testing_project

Documentation: book/faq

Russian

Translate

The translation is temporarily closed for contributions due to maintenance, please come back later.
The translation was automatically locked due to following alerts: Could not merge the repository.

Zen

Translation

English

Russian

Needs editing

Skip

	English	Russian	Actions
	FAQ	Вопросы и ответы
	Q	В
	Why Tarantool?	В чем особенности Tarantool?
	A	О
	Tarantool is the latest generation of a family of in-memory data servers developed for web applications. It is the result of practical experience and trials within Mail.Ru since development began in 2008.	Tarantool -- представитель нового поколения семейства серверов для in-memory базы данных, разработанный для веб-приложений. Он создан в компании Mail.Ru на основе практического опыта, полученного методом проб и ошибок с начала разработки в 2008 году.
	Why Lua?	Почему Lua?
	Lua is a lightweight, fast, extensible multi-paradigm language. Lua also happens to be very easy to embed. Lua coroutines relate very closely to Tarantool fibers, and Lua architecture works well with Tarantool internals. Lua acts well as a stored program language for Tarantool, although connecting with other languages is also easy.	Lua -- это легкий, быстрый и расширяемый язык, позволяющий использовать различные парадигмы программирования. Lua также легко встраивается в различные приложения. Сопрограммы (coroutines) в Lua близко соотносятся с файберами (fibers) в Tarantool, а вся Lua-архитектура гладко ложится на его внутреннюю реализацию. Lua -- это первый язык, на котором можно писать хранимые процедуры для Tarantool. В будущем список поддерживаемых языков планируется расширить.
	What's the key advantage of Tarantool?	В чем ключевое преимущество Tarantool?
	Tarantool provides a rich database feature set (HASH, TREE, RTREE, BITSET indexes, secondary indexes, composite indexes, transactions, triggers, asynchronous replication) in a flexible environment of a Lua interpreter.	Tarantool обеспечивает богатый набор функций базы данных (HASH-индексы, TREE-индексы, RTREE-индексы, BITSET-индексы, вторичные индексы, составные индексы, транзакции, триггеры. асинхронная репликация) в гибкой среде Lua-интерпретатора.
	These two properties make it possible to be a fast, atomic and reliable in-memory data server which handles non-trivial application-specific logic. The advantage over traditional SQL servers is in performance: low-overhead, lock-free architecture means Tarantool can serve an order of magnitude more requests per second, on comparable hardware. The advantage over NoSQL alternatives is in flexibility: Lua allows flexible processing of data stored in a compact, denormalized format.	Благодаря этим характеристикам, он представляет собой быстрый и надежный in-memory сервер с легким доступом к базе данных, который обрабатывает нетривиальную проблемно-ориентированную логику. Преимущество по сравнению с традиционными SQL-серверами -- в производительности: архитектура без блокировок с малой перегрузкой означает, что Tarantool может обслуживать на порядок больше запросов в секунду на аналогичном оборудовании. Преимущество NoSQL-аналогов -- в гибкости: Lua допускает гибкую обработку данных, хранимых в компактном денормализированном формате.
	Who is developing Tarantool?	Кто разрабатывает Tarantool?
	There is an engineering team employed by Mail.Ru -- check out our commit logs on `github.com/tarantool <http://github.com/tarantool/>`_. The development is fully open. Most of the connectors' authors, and the maintainers for different distributions, come from the wider community.	Во-первых, этим занимается команда разработки в Mail.Ru -- см. историю коммитов на `github.com/tarantool <http://github.com/tarantool/>`_. Вся разработка ведется открытым образом. Кроме того, активную роль играют члены сообщества разработчиков Tarantool. Их силами было создано большинство коннекторов и ведутся доработки под разные дистрибутивы.
	Are there problems associated with being an in-memory server?	Возникают ли проблемы из-за того, что Tarantool является in-memory решением?
	The principal storage engine (memtx) is designed for RAM plus persistent storage. It is immune to data loss because there is a write-ahead log. Its memory-allocation and compression techniques ensure there is no waste. And if Tarantool runs out of memory, then it will stop accepting updates until more memory is available, but will continue to handle read and delete requests without difficulty. However, for databases which are much larger than the available RAM space, Tarantool has a second storage engine (vinyl) which is only limited by the available disk space.	Основной движок баз данных в Tarantool работает с оперативной памятью, но при этом он гарантирует сохранность данных благодаря механизму WAL (write ahead log), т.е. журналу упреждающей записи. Также в Tarantool используются технологии сжатия и распределения данных, которые позволяют использовать все виды памяти наиболее эффективно. Если Tarantool сталкивается с нехваткой оперативной памяти, то он приостанавливает прием запросов на изменение данных до тех пор, пока не появится свободная память, но при этом с успехом продолжает обработку запросов на чтение и удаление данных. А для больших баз, где объем данных значительно превосходит имеющийся объем оперативной памяти, у Tarantool есть второй движок, чьи возможности ограничены лишь размером жесткого диска.
	Can I store (large) BLOBs in Tarantool?	Можно ли хранить (большие) объекты BLOB в Tarantool?
	Starting with Tarantool 1.7, there is no "hard" limit for the maximal tuple size. Tarantool, however, is designed for high-velocity workload with a lot of small chunks. For example, when you change an existing tuple, Tarantool creates a new version of the tuple in memory. Thus, an optimal tuple size is within kilobytes.	Начиная с Tarantool 1.7, нет "жесткого" ограничения на максимальный размер кортежа. Однако Tarantool предназначен для работы с множеством фрагментов на высокой скорости. Например, при изменении существующего кортежа Tarantool создает новую версию кортежа в памяти. Таким образом, оптимальный размер кортежа -- несколько килобайтов.
	I delete data from vinyl, but disk usage stays the same. What gives?	Я удаляю данные из vinyl'а, но использование диска не изменяется. В чем дело?
	Data you write to vinyl is persisted in append-only run files. These files are immutable, and to perform a delete, a deletion marker (tombstone) is written to a newer run file instead. On compaction, new and old run files are merged, and a new run file is produced. Independently, the checkpoint manager keeps track of all run files involved in a checkpoint, and deletes obsolete files once they are no longer needed.	Данные, записываемые в vinyl, сохраняются в исполняемых файлах, обновление которых происходит только путем присоединения новых записей. Такие файлы нельзя изменить, а для удаления маркер удаления (удаленная запись) записывается в новый исполняемый файл. Для уплотнения данных новый и старый исполняемые файлы объединяются, и создается новый исполняемый файл. Независимо от этого, менеджер контрольных точек следит за всеми исполняемыми файлами в контрольной точке и удаляет устаревшие файлы, как только в них отпадает необходимость.

Loading…

None

String updated in the repository

testing_project / Documentation: book/faq — Russian

English

Russian 251 characters edited Current translation Translated

a year ago

Browse all string changes

Things to check

Double space

Translation contains double space

Glossary

English	Russian
No related strings found in the glossary.

String information

String age

a year ago

Last updated

a year ago

Source string age

a year ago

Translation file

locale/ru/LC_MESSAGES/book/faq.po, string 5