Almacenar datos derivados en PostgreSQL: columnas generadas frente a vistas materializadas

Qué es

La documentación describe una columna generada como «para las columnas, lo que una vista es para las tablas»: GENERATED ALWAYS AS (expr) con VIRTUAL (calculada en la lectura, sin almacenamiento; el valor predeterminado desde PostgreSQL 18) o STORED (calculada en cada INSERT y UPDATE y escrita en disco). La expresión solo puede usar funciones inmutables, no puede hacer referencia a otra columna generada, a una subconsulta ni a otra tabla, y la columna no puede escribirse directamente. Una vista materializada almacena la salida de una consulta arbitraria; REFRESH MATERIALIZED VIEW reemplaza su contenido por completo, y la vista no puede actualizarse directamente.

Por qué importa

Ambas sustituyen el recálculo en el código de la aplicación, y ambas pueden desviarse de la intención original: una columna generada almacenada cuesta tiempo de escritura y espacio en cada actualización, mientras que una vista materializada devuelve filas desactualizadas hasta su siguiente refresco. Elegir la opción equivocada produce escrituras lentas o lecturas incorrectas.

Cómo aplicarlo

• Normalización por fila (lower(email), un tsvector construido a partir del título y el cuerpo, una marca de tiempo agrupada en buckets): una columna generada STORED, indexada como cualquier otra columna; el valor está siempre actualizado. Un índice de expresión es la alternativa cuando no se necesita una columna, pero entonces la consulta debe repetir la expresión exactamente.
• Valores por fila que son baratos y rara vez se filtran (conversiones de unidades, un nombre de visualización concatenado a partir de varias partes): una columna generada virtual, que no cuesta nada en la escritura.
• Agregados sobre muchas filas (totales diarios, rankings, joins desnormalizados para un dashboard): una vista materializada con un índice único sobre su clave, refrescada por una tarea programada con REFRESH MATERIALIZED VIEW CONCURRENTLY. La documentación exige un índice único sobre nombres de columna, sin expresión ni WHERE, para poder usar CONCURRENTLY, y señala que un refresco simple puede bloquear a quienes leen.
• Mostrar el momento del refresco junto a los datos servidos desde una vista materializada, y alertar cuando la tarea de refresco no se ha ejecutado.
• Cuando un resumen debe estar actualizado mientras las tablas base cambian constantemente, mantener una tabla de resumen en la misma transacción que la escritura o mediante triggers; una vista materializada refrescada cada minuto supone un recálculo completo cada minuto.

Trampas

WITH NO DATA deja una vista materializada en un estado no consultable hasta el primer refresco, y CONCURRENTLY no puede usarse para esa primera carga; solo puede ejecutarse un refresco a la vez por vista. Las columnas generadas virtuales no pueden usar tipos ni funciones definidos por el usuario. Una columna generada no puede formar parte de una clave de partición ni tener una definición de valor predeterminado o de identidad.