Cómo dividir tablas de Postgres para que las queries no se trabe

Postgres te permite dividir tablas grandes en particiones — filas con la misma fecha, la misma región, lo que sea. La base de datos luego descarta las particiones que no necesita, así que las queries escanean menos datos. No es magia, pero es la forma más barata de evitar que una tabla se convierta en un cuello de botella.

TLDR DevOps explica cómo funciona el pruning de particiones por debajo. La idea: defines una clave de partición y el planner usa esa clave para saltarse las particiones que no pueden coincidir con tu WHERE. Si estás corriendo analytics en una tabla que ya creció a millones de filas, esto suele ser el primer palanca que jalas antes de pensar en un rewrite completo.

El post también toca los trade-offs — el mantenimiento de las particiones, el costo de tener demasiadas particiones pequeñas, y cuándo el pruning simplemente no se activa porque el planner no puede demostrar que una partición es irrelevante. Vale la pena leerlo si estás peleando con una tabla que ya se hizo demasiado grande para manejarla de un solo golpe.

La fuente es un newsletter de dev, así que el tono es práctico, sin relleno. TLDR DevOps lo maneja Dan Luu, quien escribe para ingenieros que necesitan entregar.

Por qué nos importa: cuando las apps hechas por devs de Brown se ponen lentas porque la base de datos no da abasto, este tipo de fix de bajo nivel es lo que mantiene el hustle corriendo sin necesidad de un rebuild completo.