Re: Particionar o no Particonar

Mi respuesta no es técnica, mas bien tiene que ver con tu ética o la forma
en que ofreces servicios.

En software estamos acostumbrados a adaptar la herramienta que tengamos a
las necesidades del cliente, por que no es algo físico donde si no encaja,
pues no encaja y punto (como los motores de un carro a otro, sus asientos o
ventanas).
Aca estamos acostumbrados a realizarle cualquier tipo de cambio con tal de
satisfacer sus necesidades, aunque eso implica, como al parecer es tu caso,
destruir la aplicación y volverla a hacer. Lo que tu mencionas no es algo
trivial, es un órgano vital de la aplicación y como tal, la aplicación debe
ejecutarse bajo el esquema para el que fue desarrollada y ya esta probada
que funciona, eso es, un postgres 12. Los clientes siempre van a querer que
te adaptes a ellos para economizar, pero yo te aconsejaría que le
recomiendes al cliente que se compre un nuevo PC donde lo puedas instalar o
rente un servicio en la nube con esta versión, para que te evites
muchísimos dolores de cabeza. Cuando dices que no dispone, me suena a una
regla de un director que quiere implementar algo nuevo al menor costo
posible. La tecnología y automatización es cara, como cualquier otra cosa
de la vida.

Saludos

On Fri, Apr 9, 2021 at 9:00 PM Edwin De La Cruz <edwinspire(at)gmail(dot)com>
wrote:

> Saludos cordiales.
> Estoy buscando información acerca de cuando usar o cuando no, tablas
> particionadas. Ventajas y desventajas.
>
> Desde hace unos años uso tablas heredadas, luego con las nuevas
> versiones de postgres pasé a usar tablas particionadas.
>
> Mi aplicación guarda "gran" cantidad de datos, varios cientos de miles
> al día. Para mejorar el desempeño en las consultas particionaba las
> tablas por meses. Y efectivamente me fué bien, con la ventaja
> adicional que reduje el tamaño de los índices a un 20% del total, que
> eran varios Gigas.
>
> Ahora, me veo en la necesidad de instalar esa aplicación para un
> cliente cuya infraestructura dispone de un servidor con PostgreSQL 10.
> Mi aplicación la tengo bajo PostgreSQL 12.
> El cliente no puede actualizar versión.
>
> Cuando intento subir un backup no suben las tablas particionadas. Así
> que me puse a pensar en que quizá deba convertir las tablas
> particionadas en tablas "normales" pero tengo el temor que me dé
> problemas de desempeño.
>
> En los picos más altos de clientes voy a recibir aproximadamente 1000
> clientes a la vez, cada uno haciendo INSERT a la base de mínimo 500
> registros.
>
> Si alguien me puede aconsejar alguna lectura para orientarme de cuando
> usar tablas particionadas y cuando no.
>
> Gracias por su ayuda y saludos desde Ecuador.
>
>
>
> Mis proyectos de software libre en:
> https://github.com/edwinspire
> Github - edwinspire
>
>
>

--
Lindolfo Iván Perales Mancinas
Solo existen 10 tipos de personas en el mundo, las que saben binario y las
que no.