From: | Jaime Casanova <jaime(dot)casanova(at)2ndquadrant(dot)com> |
---|---|
To: | Lazaro Garcia <lazaro3487(at)gmail(dot)com> |
Cc: | pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Consulta de tabla con millones de registros |
Date: | 2018-02-06 00:14:43 |
Message-ID: | CAJGNTeP11vGitv=eJ+6_7e6O5c_HnmNM8a8ViU2yfH9KhE+kLQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
2018-01-29 15:17 GMT-05:00 Lazaro Garcia <lazaro3487(at)gmail(dot)com>:
>
> Recientemente estoy trabajando en un sistema donde se tendrá una tabla que
> puede contener millones de tuplas, por encima de los 50 millones y el
> propósito de la tabla será almacenar precios de un producto por día para
> cada uno de los clientes existentes. Sobre la tabla se ejecutarán más
> lecturas que escrituras y las lecturas deben ser bien rápidas.
>
y cual es el problema? o te estás adelantando a la posibilidad de
problemas? porque si es así recuerda que "la optimización adelantada
es la raíz de todos los males" (cita de Donald Knuth)
la realidad es que podrías tener problemas, o no... he visto, en el
mismo sistema, una tabla de más de 700millones de registros que no se
ha particionado y una tabla de 130millones que tuvo que ser
particionada para que el sistema funcione.
La pregunta es: como será el uso de la tabla? dices que habrán más
escrituras que lecturas, eso es lo más común ahora puedes decir
cuantas veces se actualizará el mismo registro? en que periodo de
tiempo? como serán las consultas (sobre el PK, se leerá en rangos,
rangos grandes o pequeños)? y los updates?
--
Jaime Casanova www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Ramón Alberto Bruening González | 2018-02-06 00:17:53 | RE: Consulta de tabla con millones de registros |
Previous Message | Jaime Casanova | 2018-02-06 00:04:36 | Re: Consulta de tabla con millones de registros |