¿Cómo renombrarías una columna en una tabla de 50 millones de filas sin tiempo de inactividad?

Expandir, migrar, contraer. Añade la columna nueva, despliega código que escriba en ambas y siga leyendo la vieja, rellena en lotes con freno, luego cambia las lecturas a la columna nueva en un despliegue aparte, y solo elimina la columna vieja cuando nada la referencia. Nunca combines un cambio de esquema y un cambio de código en una misma entrega, porque pierdes la capacidad de revertir con limpieza.

Un renombrado es en realidad una secuencia de cambios pequeños y seguros y no una sola sentencia. El primer despliegue añade la columna nueva como nullable, que es barato en Postgres porque no reescribe la tabla, y entrega código que escribe en ambas columnas mientras sigue leyendo la vieja. Luego relleno por lotes, quizá cinco mil filas cada vez con una pequeña pausa, vigilando el retardo de replicación y las esperas de bloqueo, para no mantener nunca una transacción larga. El segundo despliegue cambia las lecturas a la columna nueva, con la escritura doble todavía en marcha para poder revertir al instante si algo va mal. Solo después de que eso lleve unos días estable, el tercer despliegue deja de escribir en la columna vieja y la elimina. La razón por la que insisto en despliegues separados es la reversión. Si el cambio de esquema y el de código salen juntos, revertir el código deja la base de datos en una forma que el código viejo no sabe leer. También creo los índices de forma concurrente y fijo un tiempo de espera de bloqueo para que una migración falle rápido en vez de encolarse detrás de una consulta larga y congelar las escrituras.