Contenido del curso
Manejo de Particiones en Bases de Datos: Ventajas y Desventajas
¿Qué es el particionado de tablas en bases de datos?
El particionado es una técnica esencial en el manejo de bases de datos que permite dividir una tabla en segmentos lógicos. Esta estrategia es utilizada por muchos manejadores de bases de datos para facilitar la consulta, el almacenamiento y la gestión de datos. Aunque internamente muchos sistemas lo emplean, no todos ofrecen la posibilidad de definir de manera explícita cómo y por qué criterio se realizará dicha partición. PosgreSQL es uno de los sistemas que sí permite esta personalización, lo cual brinda una ventaja significativa.
¿Cuáles son las ventajas del particionado?
Rendimiento Mejorado: Al dividir una tabla en particiones, las consultas se enfocan en un segmento específico en lugar de analizar toda la tabla. Por ejemplo, si una tabla está particionada por meses y necesitas buscar datos de un mes específico, la búsqueda se realiza solo en esa partición, lo cual puede ser mucho más rápido.
Facilidad en la gestión de grandes volúmenes de datos: En bases de datos que manejan millones de registros, el particionado facilita el almacenamiento y la manipulación eficiente de los datos.
Optimización de consultas por rangos: Particionar tablas por un campo específico como fechas o cantidades permite acceder a segmentos predeterminados, acelerando notoriamente las consultas.
¿Cuándo deberías utilizar particiones?
El uso del particionado es ideal en contextos donde se manejan muchos registros o cuando se requiere un acceso segmentado por criterios específicos, como fechas o cantidades. Algunos casos de uso incluyen:
Bases de datos históricas: Donde se requiera consultar por fechas específicas, como reportes mensuales, de trimestre, o anuales.
Grandes volúmenes de transacciones: Donde dividir por cantidades puede facilitar la segmentación y análisis.
Sin embargo, no todas las tablas deberían particionarse. Por ejemplo, en tablas donde es esencial mantener un identificador único, como usuarios o productos, el particionado puede complicar la gestión y la búsqueda de registros únicos.
¿Qué desventajas presenta el particionado de tablas?
Pérdida del identificador único: En tablas particionadas, la creación de claves primarias únicas puede ser más compleja, dado que los registros pueden estar distribuidos en múltiples particiones.
Complejidad en la administración: Manejar particiones requiere una planificación cuidadosa y puede añadir complejidad a la administración de la base de datos.
Recomendaciones para el uso de particiones
El manejo de particiones en bases de datos es una herramienta poderosa que, bien utilizada, puede transformar significativamente la eficiencia de tu sistema. ¡Continúa explorando y aprendiendo sobre estas técnicas avanzadas para sacarle el máximo provecho a tus proyectos de bases de datos!
Angel Francisco Flores Ayala
Estudiante
Abner Molina
Estudiante
Julián Cárdenas
Estudiante
Oscar Eduardo Chaparro Blancas
EstudianteJulián Cárdenas
Estudiante
Diego Eduardo Mora Castro
Estudiante
Angel Ardon
Estudiante
Carlos Javier Guevara Contreras
Estudiante
Rubén Cuello
EstudianteJulián Cárdenas
Estudiante
Luis Rogelio Reyes Hernandez
Estudiante
Patricia Carolina Perez Felibert
Estudiante
Romel Manrique
Estudiante
Yair Enrique Mendoza Mendoza
Estudiante
Pedro Quiñonez Verdugo
Estudiante
Gil Verduzco
Estudiante
Christian Rangel
Estudiante
Paulo Esteban Orsini
Estudiante
Luis Quiroz Prada
Estudiante
Camilo Duque
Estudiante
Feliz Triana Benavides
Estudiante
Jhon Freddy Tavera Blandon
Estudiante
Mauro Benito Montoya Arenas
Estudiante
Andres Sanchez
Estudiante
Ricardo Gomez
Estudiante
Jhon Carlos Romo Ramirez
Estudiante
Jesús David Fontalvo Mendoza
Estudiante
Mario Alexander Vargas Celis
EstudianteParticionado - Dividir una tabla en segmentos lógicos. Es una practica común de los manejadores, pero no todos ofrecen la opción para los usuarios de administrar estas particiones. Resulta útil para optimizar las consultas de datos. Observaciones:
Interesante nunca habia pensando en algo asi con respecto a las particiones gracias por ese aporte! slds!.
Es para ahorrar computo y agilizar los procesos cuando las BD son enormes, excelente!
Hola! Yo administro diversas bases de datos, entre ellas oracle, y dentro de oracle es válido y recomendado tener una llave primaría ajena a los criterios de particionamiento de las tablas, ya que muchas veces, la información suele ser accedida por los criterios de particionamiento (mayormente estatus, tipos y fechas) o por la llave primaria de registros específicos. Por lo que, lo comentado por el profesor, aplica en la configuración y usabilidad propia de PostgreSQL, siendo que otros manejadores relacionales (en este caso, Oracle) si lo contempla.
Saludos!
Vea pues interesante!
Israel cuando da este tipo de lecciones teóricas debería apoyarse en recursos gráficos y anotaciones para darle dinámica a la clase y entender mejor los conceptos
La teoria deberia hacerla mas visual, es dificil seguir el hilo de todo lo que dice
¿Para qué sirve?
Reduce la cantidad de datos a recorrer en cada consulta SQL Aumenta el rendimiento (Menos datos que recorrer => execución más rápida). ¿En que consiste?
Segmentación de la información mediante criterios. ¿Cúales son los Criterios?
Por definiciones exactas. Por rangos.
excelente resumen
Nice summary! good job mister!
Particiones
Postgresql a diferencia de otros manejadores de bases de datos permite manejar particiones de una manera muy explicita. ya que todos los manejadores las usan de forma interna y postgresql adema de hacer estos nos permite a nosotros definir explícitamente como serán las particiones.
Las particiones consisten en separar datos de forma física manteniendo la integridad lógica.
las tablas particionadas no pueden usar primary keys o claves únicas ya que el campo por el cual se realiza la partición cumple estas funciones.
Las particiones se suelen crear en base a la fecha
No todas las tablas requieren o se les recomienda usar particiones
Registros de usuarios o artículos de información no se recomiendan las particiones ya que se pierde la capacidad de identificarlos con un id único
Entre caso un registro de millones de datos de las ventas de una compañía si puede usar particiones ya que las consultas se hacen en base a la fecha de las ventas además de al tener tantos registros las particiones mejoran la velocidad de ejecución de las queries en la tabla.
Tablas particionadas
Suelen usarse para reportes históricos ya que se pueden configurar para ser divididas por rangos de fecha, de esta manera son mas livianas y se consulta específicamente el rango que se desea evaluar, sin necesidad de pasar por todo el registro histórico. Estas tablas como se encuentran particionadas no poseen una llave primaria y son referenciadas hacia otras tablas.
Las particiones son útiles en esas tablas que recolectan muchos datos en relativamente poco tiempo, se particionan las tablas ya que calcular el índice de nuevos datos puede convertirse en una tarea complicada cuando ya se tiene muchos anteriormente.
La partición de una tabla se lleva a cabo en su creación, no posteriormente.
En el curso de fundamentos de postgresql explican como incorporar una solución temporal cuando no se tiene una tabla particionada por si les interesa.
Curioso el uso de las particiones, me recuerda a "Un gran poder conlleva una gran responsabilidad"
Postgres crea una tabla como tipo particionable el cual en sí no es una tabla, sino un apuntador a tablas. Es necesario crear tablas adicionales con diferente nombres e indicar que pertenecen a la tabla particionable y bajo que dominio o rango van a tener los datos. Por ejemplo. Puedes crear una tabla relacionarla a la particionable e indicar que ahi van a estar los datos del año 2020 al 2025, luego otra tabla con los años 2025 al 2030.
TablaCompras (particionable) TablaCompras2020_2025 TablasCompras2025_2030
PostgreSQL sí permite tener llave primaria por cada partición, hasta te deja especificarla por cada partición, sino, declaras la llave primaria a nivel de la tabla principal y automáticamente las particiones heredan ese primary key. Lo mismo pasa con los foreign keys. Yo tengo varias tablas particionadas y por lo menos en la versión 12 así funciona.
Gracias por aclarar la duda!
Una partición en bases de datos es la forma de dividir una tabla en segmentos lógicos para mejorar su manejo y rendimiento. PostgreSQL permite definir particiones basadas en criterios como rangos de fechas, cantidades u otros campos. Esto permite realizar búsquedas más rápidas al limitar el número de registros que el sistema debe explorar. Sin embargo, no todas las tablas requieren particionamiento; es efectivo en grandes volúmenes de datos, pero puede complicar la identificación única de registros.
¿cual es la diferencia de la partición a las ventanas?
Básicamente las particiones son separaciones físicas del dataset de acuerdo a rangos predefinidos en la tabla en postgres, las ventanas son funciones que complementan las funciones de agregación tradicionales simplificando cálculos que de manera habitual se harían con subquerys.
Te dejo un enlace a la documentación: https://www.postgresql.org/docs/9.1/tutorial-window.html
Podrían ilustrar todo el relato con recursos gráficos. Podrían enfocarse en las distintas formas de aprendizaje de cada persona, tocar cada forma a lo largo del video.
Las particiones pueden ser útiles para casos como la segmentación por fechas, categorías, o cualquier otro criterio relevante. Sin embargo, es esencial considerar el caso de uso, ya que no todas las tablas requieren particiones. La desventaja principal es la pérdida de la capacidad de tener una clave única en la tabla particionada, lo que puede afectar la identificación única de registros.
-- Crear la tabla de partición CREATE TABLE public.rentas_particion_2022 PARTITION OF public.rentas FOR VALUES FROM ('2022-01-01') TO ('2023-01-01'); CREATE TABLE public.rentas_particion_2023 PARTITION OF public.rentas FOR VALUES FROM ('2023-01-01') TO ('2024-01-01'); -- Repite este patrón para cada año que desees particionar -- Añadir restricciones de exclusión para garantizar que los datos caigan en la partición correcta ALTER TABLE public.rentas ADD CONSTRAINT check_2022 CHECK (fecha_renta >= '2022-01-01' AND fecha_renta < '2023-01-01'); ALTER TABLE public.rentas ADD CONSTRAINT check_2023 CHECK (fecha_renta >= '2023-01-01' AND fecha_renta < '2024-01-01'); -- Repite este patrón para cada año que hayas particionado -- Consultar datos de una partición específica (por ejemplo, año 2022) SELECT * FROM public.rentas_particion_2022; >
En el curso de postgres tamb hay una explicacion sobre esto.
25. Particiones
En SQL, una partición se refiere a dividir una tabla en secciones más pequeñas basadas en un criterio específico. Cada sección o partición resultante actúa como una entidad independiente y puede ser tratada como una tabla separada.
La partición de una tabla puede ser útil en varias situaciones, como:
La partición de tablas se puede realizar utilizando diferentes enfoques dependiendo del sistema de gestión de bases de datos que estés utilizando. Algunas bases de datos tienen funcionalidades específicas para la partición, como MySQL con su particionamiento por rangos o listas. Otros sistemas, como PostgreSQL, permiten realizar particiones mediante el uso de tablas heredadas o particiones declarativas.
Al particionar una tabla, es importante considerar el criterio de particionamiento adecuado, como rangos de valores, valores discretos o fechas, para que las particiones resultantes sean lógicas y útiles en función de tus necesidades específicas. Además, debes tener en cuenta cómo las particiones afectarán el rendimiento y la capacidad de gestión de tus consultas y operaciones en la base de datos.
Buen complemento del curso de PostgreSQL
Revisar link que reenvía a particiones. Se encuentra caído.
El manejo de particiones en bases de datos es una técnica para dividir una tabla grande en partes más pequeñas y manejables, llamadas particiones.
¿Qué es la Partición?
Piensa en una biblioteca 📚 con un millón de libros en una sola estantería gigante. Encontrar un libro sería muy lento. La partición es como dividir esa estantería en secciones más pequeñas, como "Ficción", "No Ficción" y "Biografías". Ahora, si buscas un libro de ciencia ficción, solo tienes que buscar en la estantería de "Ficción", lo cual es mucho más rápido.
En una base de datos, las particiones se crean con base en una regla o clave de partición, como un rango de fechas, un ID de cliente o una región.
Ventajas de las Particiones
Desventajas de las Particiones
En resumen, la partición es una técnica avanzada que ofrece un gran rendimiento para manejar tablas masivas, pero requiere una inversión inicial de planificación y diseño.
Las particiones en el contexto de bases de datos y funciones de ventana (window functions) son una manera de dividir un conjunto de datos en subgrupos (particiones más pequeñas) para realizar cálculos independientemente dentro de cada grupo. Esto permite que las operaciones de las funciones se apliquen de forma aislada en cada partición en lugar de en todo el conjunto de datos.
¿Qué es una partición?
PARTITION BY.Sintaxis general
función([parámetros]) OVER ( PARTITION BY columna1, columna2 [ORDER BY columna3 ASC|DESC] )
PARTITION BY: Define cómo dividir las filas en particiones (grupos).ORDER BY: Dentro de cada partición, define el orden de las filas (opcional).función: Cualquier función de ventana que se quiera aplicar (por ejemplo, SUM, ROW_NUMBER, AVG, etc.).Ejemplo básico: Sin partición
Sin partición, una función de ventana opera sobre todo el conjunto de datos.
Caso: Calcular una suma acumulativa
SELECT nombre, departamento, salario, SUM(salario) OVER (ORDER BY salario ASC) AS suma_acumulativa FROM empleados;
Ejemplo: Con partición
Cuando usas PARTITION BY, las funciones de ventana calculan los valores independientemente para cada grupo.
Caso: Suma acumulativa por departamento
SELECT nombre, departamento, salario, SUM(salario) OVER (PARTITION BY departamento ORDER BY salario ASC) AS suma_acumulativa FROM empleados;
Resultado: La suma acumulativa se reinicia para cada departamento.
Ventajas de particionar los datos
Funciones que soportan particiones
Las particiones son comunes en muchas funciones de ventana como:
SUM, AVG, COUNT, MAX, MINROW_NUMBER, RANK, DENSE_RANK, NTILELAG, LEAD, FIRST_VALUE, LAST_VALUEPERCENT_RANK, CUME_DISTEjemplo práctico
Supongamos que tienes una tabla de ventas (ventas) con las columnas region, mes y total_venta. Quieres calcular las ventas acumulativas por región.
SELECT region, mes, total_venta, SUM(total_venta) OVER (PARTITION BY region ORDER BY mes) AS ventas_acumuladas FROM ventas;
Resultado:
RegiónMesTotal VentaVentas AcumuladasNorteEnero10,00010,000NorteFebrero15,00025,000SurEnero8,0008,000SurFebrero12,00020,000
¿Qué sucede si no se especifica PARTITION BY?
PARTITION BY, las funciones de ventana operan sobre todas las filas de la tabla como una sola partición.Combinando particiones y ranking
Puedes usar PARTITION BY junto con rankings para enumerar filas dentro de particiones.
SELECT nombre, departamento, salario, ROW_NUMBER() OVER (PARTITION BY departamento ORDER BY salario DESC) AS ranking FROM empleados;
Resultado: Enumera los empleados en cada departamento, ordenados por salario de mayor a menor.
Consideraciones al usar particiones
PARTITION BY para definir particiones más específicas.