Para un cliente de salud, los logs los tiramos a tablas particionadas,
la gracia es que puedes botar particiones.
El tema es tratar la particion como una tabla, cuando quieres eliminar
una particion vieja. haces un drop table de la particion.
Ejemplo:
Si tienes esta estructura.
|CREATETABLEsales ( id SERIAL, sale_date DATENOTNULL, amount NUMERIC)
PARTITIONBYRANGE (sale_date);|
|CREATETABLEorders_2024 PARTITIONOForders FORVALUESFROM('2024-01-01')
TO('2025-01-01');|
|CREATETABLEorders_2025 PARTITIONOForders FORVALUESFROM('2025-01-01')
TO('2026-01-01');|
|CREATETABLEorders_2023 PARTITIONOForders FORVALUESFROM('2023-01-01')
TO('2024-01-01'); |DROPTABLEsales_2023; -- Esto es para botar la
particion del 2023. Postgres se encarga del proceso para eliminar los
datos. segun el tema legal puede que tengas que guaradar datos 5 a 7
años dependiendo del rubro. Para tablas gigantes, compression puede
ayudar. Lo otro, revisa el compresor zstd de facebook, esa cosa me
comprime 1.3T en 130G. es realmente eficiente y rápido. me parece que el
PG17 o PG18 tenia planes para incluir ese compressor de forma nativa,
recuerdo haber visto un commit por ahi sobre zstd.||
On 22/11/2025 10:34 am, Mauricio Bringas wrote:
Excelente este mail list.
SALUDOS desde Chile
Actualmente estoy lidiando con un problema relacionado con Particiones
en AlloyDB (PostgreSQL 14) en la nube de GCP.
Si alguien tiene algún link a algún curso o documento que trate
específicamente este tema, cómo re-particiones, cómo hacer drop de
particiones (detach) y esas cosas. Me pasaré el fin de semana
estudiando el tema, porque sí o sí el lunes tengo qye tener una
propuesta para Data - Protect y esto es una bbdd de 10 TB que migramos
(hace 1 año) desde ora --> alloydb (yo participé íntegramente en el
desarrollo de esta migración) y ahora nos toca comenzar a borrar
particiones viejas, todo lo vamos enviando a BigQuery, así que no
debemos mantener mucho tiempo de historia en la BBDD.
Saludos desde Valdivia, una ciudad en el Sur del Mundo (Chile)
________________
Mauricio Bringas
On Fri, Nov 21, 2025 at 5:53 PM Alfredo Rodríguez
<[email protected]> wrote:
Yo no sabía que existía este mail list, pero digo para saber y
también aportar.
__
Alfredo Rodríguez
PostgreSQL Architect
Wolfgres
+52 722 745 3609 <http://null>
[email protected]
<mailto:[email protected]>
www.wolfgres.com <http://null>
Guadalupe Victoria 320, Metepec, México
facebook <https://facebook.com/Wolfgres>
twitter <https://twitter.com/Wolfgres1>
linkedin <https://www.linkedin.com/in/alfredo-rodriguez-c1/>
---- El vie, 21 nov 2025 07:53:24 -0600, *Luis Fernando Ortiz Vera
<[email protected]>* escribió ----
Este grupo es muy valioso a mi también me llegó. Debe ser que
cada vez más los usuarios acudimos a resolver dudas a la IA,
no obstante este canal y la experiencia y conocimientos de
cada uno de los miembros es infinitamente más valiosa.
On Fri, Nov 21, 2025 at 5:30 AM Marcelo Diaz
<[email protected]> wrote:
ACK.
Al parecer la cosa se mueve en Telegram (PostgreSQLes),
que no sería exactamente la mejor herramienta para hacer
tracking
de problemas a futuro.
spa
Marcelo Diaz
On Thu, Nov 20, 2025 at 12:26 PM Guillermo E. Villanueva
<[email protected]> wrote:
Buen día estimados! desde el 2 de julio que no hay
ningun mensaje en el grupo.
Será que se creó otro? tengo mal configurada la
recepción de mensajes? o simplemente nadie mandó nada?
Saludos!
