Лучшие практики для изменения схемы и миграции данных в оперативную базу данных без простоев?

Как вы вносите изменения в схему действующей базы данных без простоев?

Например, допустим, у меня есть база данных PostgreSQL с таблицей, включающей различные пользовательские данные, такие как адреса электронной почты и т. Д., Все они связаны с конкретными пользователями. Если бы я хотел переместить адреса электронной почты в новую выделенную таблицу, мне пришлось бы изменить схему, а затем перенести данные электронной почты в новую таблицу. Как это можно сделать без остановки записи в исходную таблицу? Конечно, пока данные записываются из старой таблицы в новую, новые данные будут продолжать записываться в старую таблицу и будут пропущены, верно?

Я думаю, что эта проблема возникает довольно часто, но я не могу найти никакого стандартного решения для решения этой проблемы.

Эта статья посвящена проблеме, но я не совсем понял шаг 3. Он говорит записать в обе таблицы, а затем перенести старые данные из первой в новую. Как убедиться, что вы переносите только старые данные?

(Я использую PostgreSQL на Heroku .)

Вы уже почти получили свой ответ:

1. Создать новую структуру параллельно
2. Начните писать в обе структуры
3. Перенос старых данных в новую структуру
4. Только писать и читать новую структуру
5. Удалить старые столбцы

Что касается шага 3 , используйте что-то вроде этого (в одной транзакции):

Вставьте то, чего еще нет:

INSERT INTO new_tbl (old_id, data)
SELECT old_id, data
FROM   old_tbl
WHERE  NOT EXISTS (SELECT * FROM new_tbl WHERE new_tbl.old_id = old_tbl.old_id);

Обновите то, что изменилось за это время:

UPDATE new_tbl
SET    data  = old.data
USING  old_tbl
WHERE  new_tbl.old_id = old_tbl.old_id
AND    new_tbl.data IS DISTINCT FROM old_tbl.data;

Новые данные не будут затронуты, потому что они идентичны в обоих местах.