testing_project/Documentation: concepts/data_model/migrations — Russian @ Weblate: local users = box.space.users local fmt = users:format() table.insert(fmt, { …

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
	Migrations	Миграции
	Migration refers to any change in a data schema: adding/removing a field, creating/dropping an index, changing a field format, etc.	Миграцией называется любое изменение схемы данных: добавление/удаление поля, добавление/удаление индекса, изменение формата поля и т. д.
	In Tarantool, there are two types of schema migration that do not require data migration:	В Tarantool есть только два вида миграции схемы, при которых не нужно мигрировать данные:
	adding a field to the end of a space	добавление поля в конец спейса
	creating an index	добавление индекса
	Check the `Upgrading space schema <https://www.tarantool.io/en/enterprise_doc/space_upgrade/>`__ section in the Enterprise version. With the help of ``space:upgrade()`` feature, you can enable compression and migrate, including already created tuples.
	Adding a field to the end of a space	Добавление поля в конец спейса
	You can add a field as follows:	Добавление поля происходит следующим образом:
	local users = box.space.users local fmt = users:format() table.insert(fmt, { name = 'age', type = 'number', is_nullable = true }) users:format(fmt)	local users = box.space.users local fmt = users:format() table.insert(fmt, { name = 'age', type = 'number', is_nullable = true }) users:format(fmt)
	Note that the field must have the ``is_nullable`` parameter. Otherwise, an error will occur.	Обратите внимание: поле обязательно должно иметь параметр ``is_nullable``. Иначе произойдет ошибка.
	After creating a new field, you probably want to fill it with data. The `tarantool/moonwalker <https://github.com/tarantool/moonwalker>`_ module is useful for this task. The README file describes how to work with this module.	После создания нового поля, вы, вероятно, захотите заполнить его данными. Для этой задачи удобно использовать модуль `tarantool/moonwalker <https://github.com/tarantool/moonwalker>`_. В README есть описание того, как начать его использовать.
	Creating an index	Добавление индекса
	Index creation is described in the :doc:`/reference/reference_lua/box_space/create_index` method.	Про добавление индекса рассказывается в описании метода :doc:`/reference/reference_lua/box_space/create_index`.
	Other types of migrations	Остальные виды миграций
	Other types of migrations are also allowed, but it would be more difficult to maintain data consistency.	Остальные виды миграций также возможны, однако поддерживать консистентность данных при этом сложнее.
	Migrations are possible in two cases:	Миграции можно выполнять в двух случаях:
	When Tarantool starts, and no client uses the database yet	при старте Tarantool, пока ни один клиент еще не использует БД
	During request processing, when active clients are already using the database	в процессе обработки запросов, когда у БД уже есть активные клиенты
	For the first case, it is enough to write and test the migration code. The most difficult task is to migrate data when there are active clients. You should keep it in mind when you initially design the data schema.	Для первого случая достаточно кода миграции, который будет написан и оттестирован. Самая сложная задача — это провести миграцию данных при наличии активных клиентов. Это необходимо иметь в виду при начальном проектировании схемы данных.
	We identify the following problems if there are active clients:	Мы выделяем следующие проблемы при наличии активных клиентов:
	Associated data can change atomically.	Связанные данные могут атомарно изменяться.
	The system should be able to transfer data using both the new schema and the old one.	Нужно уметь отдавать данные как по новой схеме, так и по старой.
	When data is being transferred to a new space, data access should consider that the data might be in one space or another.	Когда данные перемещают в новый спейс, доступ к данным должен учитывать, что данные могут быть как в одном спейсе, так и в другом.
	Write requests must not interfere with the migration. A common approach is to write according to the new data schema.	Запросы на запись не должны мешать корректной миграции. Типичный подход: всегда писать по новой схеме.