Qué construimos con él
PostgreSQL es donde viven los datos de producto en casi todo lo que construimos. No porque esté de moda, sino porque es la base de datos que sigue siendo la respuesta correcta: transacciones de verdad, restricciones de verdad, columnas JSON cuando un esquema realmente necesita ser flexible, y búsqueda de texto completo que elimina la necesidad de un segundo sistema en la mayoría de los productos.
El trabajo que importa aquí rara vez es la elección de base de datos. Es el esquema: acertar pronto con el modelo, poner las restricciones en la base de datos en vez de confiar en que la aplicación las cumpla, e indexar para las consultas que el producto realmente ejecuta.
Dónde lo hemos usado
La plataforma de cashback de marca blanca y la plataforma Formtastic corren ambas sobre PostgreSQL, esta última bajo carga como un sistema construido explícitamente para crecer.
Escribimos sobre la parte que los equipos suelen equivocar en cómo funcionan realmente las bases de datos y los índices, y sobre la trampa específica del dinero en coma flotante y dinero: guarda la moneda como enteros o como numeric, nunca como un float.
Cuándo lo recomendamos
Como opción por defecto para cualquier cosa transaccional. Una única instancia de PostgreSQL bien indexada aguanta mucho más de lo que la mayoría de los equipos supone, y sale más barato operar bien una base de datos que mal tres.
Recurre a otra cosa cuando la carga de trabajo realmente no sea relacional: un almacén de series temporales o analítico para telemetría de alto volumen, una caché para estado efímero y caliente. Esos van al lado de PostgreSQL, no en su lugar.
