PostgreSQL
PostgreSQL no es solo una base de datos open source.
Es el resultado de casi cuatro décadas de evolución académica e industrial.
Nacido en 1986 en la Universidad de Berkeley como evolución de Ingres, el proyecto original POSTGRES introdujo conceptos que en su momento eran vanguardia: extensibilidad, tipos de datos personalizados, reglas y un modelo relacional avanzado.
En 1996 se añadió soporte SQL y el nombre pasó a ser PostgreSQL.
El mundo, sin embargo, siguió llamándolo simplemente “Postgres”.
Y está bien así.
En esta sección analizo PostgreSQL desde una perspectiva arquitectónica y operativa: diseño, rendimiento, seguridad y decisiones técnicas aplicables en entornos reales.
Porque elegir PostgreSQL no es solo elegir una base de datos open source.
Es elegir un motor diseñado para ser extendido, analizado y comprendido en profundidad.
VACUUM y autovacuum: por qué PostgreSQL necesita que alguien limpie
Una base de datos PostgreSQL de 200 GB con tablas infladas al triple de su tamaño real. El autovacuum estaba activo, pero mal configurado. Cómo diagnosticar el bloat, leer pg_stat_user_tables y hacer tuning sin desactivar nada.
Roles y usuarios en PostgreSQL: por qué todo es (solo) un ROLE
PostgreSQL no distingue entre usuarios y roles: todo es un ROLE. El modelo mental correcto, un caso real y un ejemplo completo para construir un usuario read-only realmente mantenible.
When a LIKE '%value%' Slows Everything Down: A Real PostgreSQL Optimization Case
A real-world PostgreSQL performance case where a LIKE '%value%' caused a full scan and degraded response times. Analysis, execution plan, and a scalable indexing strategy.
EXPLAIN ANALYZE no basta: como leer realmente un plan de ejecucion PostgreSQL
Un caso real donde el optimizer eligio un nested loop sobre 2 millones de filas porque las estadisticas estaban desactualizadas. Como leer un plan de ejecucion, encontrar las senales de alarma y actuar.