Demasiadas tablas en Postgres sí pesan

La versión corta: una base de datos con muchas tablas se vuelve un dolor de cabeza. Postgres aguanta, pero a medida que crece el número, se hace más difícil encontrar lo que buscas.

TLDR Data explica por qué pasa esto. Cada tabla es un archivo en disco. Cada tabla tiene un heap de filas, un btree index, una toast table, un archivo de estadísticas y una entrada en el catálogo. El planner tiene que revisar todas al armar una query. Y el autovacuum tiene que pasar por cada una.

Un par de docenas de tablas es nada. Un par de cientos, ya empiezas a sentirlo. Un millar, las cosas se ponen lentas. El planner se confunde. El bloat se cuela. El disco se llena más rápido.

Esto no es solo de Postgres. Es un problema de base de datos. Cada sistema tiene un costo por tabla. La clave es saber cuándo dejar de agregar y empezar a agrupar.

Por qué nos importa: si estás corriendo un side hustle en Postgres y tus tablas se multiplican, tu sitio se pone lento antes de que te des cuenta. Revisa el conteo de tablas y el bloat. Un schema limpio cuesta menos que un server rápido.