Re: Actividad ...

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
> <alfredo(dot)rodriguez(at)wolfgres(dot)com> 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>
>
> alfredo(dot)rodriguez(at)wolfgres(dot)com
> <mailto:alfredo(dot)rodriguez(at)wolfgres(dot)com>
>
> 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
> <lfernandortiz(at)gmail(dot)com>* 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
> <marcelorauldiaz(at)gmail(dot)com> 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
> <guillermovil(at)gmail(dot)com> 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!
>
>
>
>