¿Mejores prácticas para cambios de esquema y migraciones de datos a una base de datos en vivo sin tiempo de inactividad?

¿Cómo se realizan cambios de esquema en una base de datos en vivo sin tiempo de inactividad?

Por ejemplo, supongamos que tengo una base de datos PostgreSQL con una tabla que incluye varios datos de usuario, como direcciones de correo electrónico, etc., todos asociados con usuarios específicos. Si quisiera mover las direcciones de correo electrónico a una nueva tabla dedicada, tendría que cambiar el esquema y luego migrar los datos del correo electrónico a la nueva tabla. ¿Cómo podría hacerse esto sin detener las escrituras en la tabla original? Seguramente, mientras los datos se escriben desde la tabla anterior a la nueva, los datos nuevos se seguirán escribiendo en la tabla anterior y se perderán, ¿verdad?

Supongo que este problema surge con bastante frecuencia, pero no puedo encontrar ninguna solución estándar para tratarlo.

Este artículo aborda el problema, pero realmente no entendí el paso 3. Dice que escriba en ambas tablas y luego migre los datos antiguos de la primera tabla a la nueva. ¿Cómo se asegura de que solo está migrando datos antiguos?

(Yo uso PostgreSQL en Heroku ).

Ya casi tienes tu respuesta:

1. Crea la nueva estructura en paralelo
2. Comienza a escribir en ambas estructuras
3. Migrar datos antiguos a la nueva estructura.
4. Solo escribe y lee nueva estructura
5. Eliminar columnas antiguas

En cuanto al paso 3 , use algo como esto (en una transacción):

Inserte lo que aún no está allí:

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

Actualice lo que ha cambiado mientras tanto:

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;

No se tocarán nuevos datos, porque son idénticos en ambos lugares.