Najlepsze praktyki dotyczące zmian schematu i migracji danych do aktywnej bazy danych bez przestojów?

Jak wprowadzać zmiany schematu w aktywnej bazie danych bez przestojów?

Załóżmy na przykład, że mam bazę danych PostgreSQL z tabelą zawierającą różne dane użytkownika, takie jak adresy e-mail itp., Wszystkie powiązane z określonymi użytkownikami. Gdybym chciał przenieść adresy e-mail do nowej dedykowanej tabeli, musiałbym zmienić schemat, a następnie przeprowadzić migrację danych e-mail do nowej tabeli. Jak można to zrobić bez zatrzymywania zapisów na oryginalnym stole? Z pewnością podczas gdy dane są zapisywane ze starej tabeli do nowej, nowe dane byłyby nadal zapisywane do starej tabeli i byłyby pomijane, prawda?

Wydaje mi się, że ten problem pojawia się dość często, ale nie mogę znaleźć standardowego rozwiązania tego problemu.

W tym artykule omówiono problem, ale tak naprawdę nie zrozumiałem kroku 3. Mówi, aby napisać do obu tabel, a następnie przenieść stare dane z pierwszej tabeli do nowej. Jak upewnić się, że migrujesz tylko stare dane?

(Używam PostgreSQL na Heroku .)

Prawie masz już odpowiedź:

1. Utwórz nową strukturę równolegle
2. Zacznij pisać do obu struktur
3. Przeprowadź migrację starych danych do nowej struktury
4. Pisz i czytaj tylko nową strukturę
5. Usuń stare kolumny

Jeśli chodzi o krok 3 , użyj czegoś takiego (w jednej transakcji):

Wstaw to, czego jeszcze nie ma:

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);

Zaktualizuj, co zmieniło się w międzyczasie:

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;

Nowe dane nie zostaną zmienione, ponieważ są identyczne w obu miejscach.