El ingeniero Eduardo Bellani sostiene en su ensayo 'All you need is PostgreSQL' que muchos equipos de software acumulan infraestructura innecesaria —cachés en memoria, bases de datos temporales, sistemas distribuidos— por inercia cultural y no por necesidades reales. El texto defiende que PostgreSQL 18, junto con extensiones estándar disponibles en RDS, puede resolver por sí solo problemas habituales: auditoría y reconstrucción de estado, rendimiento de escritura, consultas transaccionales y analíticas, e incluso desacoplar la aplicación de la base de datos.
Para demostrarlo, Bellani toma como referencia la API de la fintech Increase y reproduce sus requisitos funcionales: cuentas con números de ruta inmutables, transferencias modeladas como máquinas de estado, transacciones inmutables y balances actual e histórico. Sobre el esquema clásico de Proveedores y Partes, construye un diseño modular con esquemas y roles SQL que aplican el principio de mínimo privilegio, e introduce 'domains' como tipos abstractos de datos para validar números de ruta, números de cuenta y estados de transferencia.
El artículo también muestra cómo usar las tablas temporales (application time) introducidas en SQL:2011 y soportadas en PostgreSQL 18 —apoyadas en la extensión btree_gist— para representar periodos de actividad de cuentas sin solapamientos, sentando las bases para abordar en capítulos posteriores el versionado inmutable, el rendimiento de escritura y la analítica dentro del mismo motor. La tesis central no es rechazar las herramientas especializadas, sino invertir el orden por defecto: empezar por PostgreSQL y solo añadir complejidad cuando los datos lo justifiquen.