Consultas eficientes entre particiones
Escriba consultas que aprovechen la poda de particiones y verifique dicha poda con EXPLAIN.
Consultas eficientes entre particiones es una lección gratuita de SQL Academy en CoddyKit. Esta es la lección 4 de 4. Puedes leer la lección completa abajo gratuitamente — luego la practicas en el navegador con un editor de código integrado y un tutor de IA 24/7. Forma parte de la ruta de aprendizaje de SQL Academy, y tu progreso se sincroniza en la web y la app de CoddyKit. El curso de SQL Academy incluye 4 lecciones en total.
Filtrar por la clave de particionamiento
La poda solo funciona cuando la cláusula WHERE incluye la clave de particionamiento:
-- Prunes (uses date partitioning):
SELECT * FROM events WHERE ts >= '2024-03-01' AND ts < '2024-04-01';
-- No pruning — scans all partitions:
SELECT * FROM events WHERE user_id = 42;Poda compuesta
El planificador puede podar por varias claves en tablas particionadas en varios niveles:
SELECT * FROM events
WHERE ts >= '2024-03-01' AND ts < '2024-04-01'
AND user_id = 42;
-- Prunes by date AND by hash partition.EXPLAIN muestra la poda
Compruebe el plan para confirmar que la poda se está aplicando:
EXPLAIN SELECT * FROM events WHERE ts >= '2024-03-01' AND ts < '2024-04-01';
-- Append
-- -> Seq Scan on events_2024_q1
-- Only Q1 partition shown; others pruned.Exclusión de restricciones frente a poda de particiones
Las versiones modernas de PG usan «poda de particiones» rápida de forma predeterminada. La antigua «exclusión de restricciones» era más lenta; asegúrese de que enable_partition_pruning = on esté habilitado.
Poda durante la ejecución
Incluso con consultas parametrizadas (PREPARE), PG puede podar durante la ejecución:
PREPARE p(timestamptz, timestamptz) AS
SELECT * FROM events WHERE ts >= $1 AND ts < $2;
EXECUTE p('2024-03-01', '2024-04-01');
-- Pruning happens at execute, not at parse.Índices entre particiones
Los índices se propagan a las particiones. Una consulta sobre la columna indexada funciona en todas las particiones, pero el planificador analiza el índice de cada una.
Agregaciones entre particiones
Un GROUP BY sobre la clave de particionamiento es lo que más se beneficia. Un GROUP BY sobre otras columnas analiza todas las particiones.
Ejecución paralela por partición
PostgreSQL puede ejecutar análisis de las particiones en paralelo (PG 11 y versiones posteriores):
SET max_parallel_workers_per_gather = 4;
EXPLAIN SELECT COUNT(*) FROM events;
-- Parallel Append over partitions.Uniones entre tablas particionadas
Si ambas tablas particionadas comparten la clave de particionamiento, una «unión por particiones» es más rápida: cada partición se combina de forma independiente:
SET enable_partitionwise_join = on;
-- Now PG can join events to event_metrics partition-by-partition.Cómo evitar errores habituales
- No aplique funciones a la clave de particionamiento en WHERE: anula la poda
- No olvide incluir la clave de particionamiento en sus consultas
- No divida en miles de particiones pequeñas: el coste de planificación será dominante
Cantidad razonable de particiones
Apunte a decenas o a unos pocos cientos de particiones, no a miles. Cada partición añade sobrecarga durante la planificación. Para necesidades muy detalladas, use subparticiones.
Mantenimiento por partición
VACUUM, ANALYZE y REINDEX se ejecutan por partición y pueden ejecutarse en paralelo. La ventaja aumenta cuanto más particiones tenga, dentro de unos límites razonables.
Resumen
El particionamiento beneficia a las consultas que filtran por la clave de particionamiento.
- WHERE sobre la clave de particionamiento → poda
- Confírmelo con EXPLAIN
- Habilite la unión por particiones para uniones compatibles
- No cree demasiadas particiones
Comprobación rápida
Tiene events particionada por mes mediante ts. ¿Qué consulta se beneficia de la poda de particiones?
Aprende SQL con un tutor de IA — gratis
Escribe y ejecuta código real en tu navegador, obtén ayuda instantánea de un tutor de IA disponible 24/7 y continúa donde lo dejaste en la web o en la aplicación.
- Cursos
- 46
- Lecciones
- 183
Preguntas frecuentes
¿La lección «Consultas eficientes entre particiones» es gratis?
Sí — el texto completo de «Consultas eficientes entre particiones» es gratis para leer aquí en la web. Para practicarla de forma interactiva (editor de código integrado y tutor de IA 24/7) y desbloquear el resto del curso de SQL Academy, actualiza a CoddyKit PRO. El curso de SQL Academy incluye 4 lecciones en total.
¿Qué aprenderé en «Consultas eficientes entre particiones»?
Escriba consultas que aprovechen la poda de particiones y verifique dicha poda con EXPLAIN. Practicas SQL Academy con código real que ejecutas directamente en el navegador, y un tutor de IA 24/7 responde tus preguntas mientras trabajas en la lección.
¿Necesito experiencia previa para empezar SQL Academy?
No se requiere experiencia previa. SQL Academy en CoddyKit está estructurado para principiantes hasta estudiantes avanzados, así que puedes empezar aquí o desde el inicio y avanzar a tu ritmo. Esta es la lección 4 de 4.
¿Cuánto tiempo toma la lección «Consultas eficientes entre particiones»?
La mayoría de las lecciones de CoddyKit toman alrededor de 5–10 minutos. Cada una es compacta e interactiva, así que avanzas constantemente y retomas exactamente por donde dejaste en la web y la app.
¿Puedo escribir y ejecutar código en esta lección de SQL Academy?
Sí. Cada lección de SQL Academy incluye un editor de código integrado, así que escribes y ejecutas código real directamente en tu navegador y obtienes retroalimentación instantánea de IA — sin configuración local necesaria.
Todas las lecciones de este curso
- Por qué particionar: poda y mantenimiento
- Particionado por rango, lista y hash
- Desconexión y conexión de particiones
- Consultas eficientes entre particiones