¿Demasiadas tablas? Te estás haciendo daño

Una base de datos PostgreSQL con 10,000+ tablas es 40x más lenta al arrancar que una con 100 tablas. El motor se pasa el tiempo escaneando los system catalogs en cada conexión. Es un problema real, no un corner case — y aparece cuando los equipos normalizan los datos demasiado agresivo.

¿La solución? Agrupar los datos en menos tablas, más anchas. Menos filas por tabla no ayuda; menos tablas sí. Un schema de 100 tablas con 50 columnas cada una carga rápido. Un schema de 10,000 tablas con 5 columnas cada una se arrastra.

La regla: si podés meter los datos en una sola tabla sin que se desmadre, háganlo. Denormalizar temprano y seguido. Es lo opuesto a lo que les enseñó el profe de bases de datos, pero es lo que el hardware y el query planner realmente prefieren.

Por qué nos importa: la mayoría de las apps que corren los primos están en hosting barato — Heroku free tiers, Render, Vercel — y cada tabla extra cuesta unos segundos más al arrancar, lo que se traduce en una carga más lenta para la gente que entra desde WhatsApp. Menos tablas = páginas más rápidas para todos.