Кращі практики для зміни схем та міграції даних до живої бази даних без простоїв?

Як ви вносите зміни схеми в живу базу даних без простоїв?

Наприклад, скажімо, що у мене є база даних 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;

Нові дані торкатися не будуть, оскільки вони однакові в обох місцях.