El 29 ene. 2018 3:18 p.m., "Lazaro Garcia" <lazaro3...@gmail.com> escribió:

Buenas tardes tengan todos.



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.



Me podrían dar algún consejo sobre como diseñar este problema.

Todo sistema es un caso particular. No das muchos datos para ayudar. En
principio el correcto uso de índices, apoyado de un análisis de las
consultas que se ejecutarán sobre la tabla ayudaría.

El uso de una base NoSQL podría ayudarme en algo?


Sin comentarios.


No es posible utilizar particionado de datos.


Si esto no es posible ya comenzaron mal y deberías revisar el porqué no es
posible hacerlo. Imagino que sea por alguna limitación en el diseño de tu
sistema o alguna tecnología que estén usando. En cualquier caso, es una
limitación importante tendiendo en cuenta las nuevas funcionalidades que
trae Postgres 10 en el tema de particionado de tablas, y las importantes
mejoras que tendrá en la versión 11.



Saludos a todos.

Reply via email to