Hola Ivan, te comento entre lineas
On 19/04/16 16:07, Ivan Perales M. wrote:
Que tal buenas tardes.
Me gustaria su opinion sobre lo siguiente. Hace varios años que se
hizo un sistema para logistica de material. Con el paso de los años,
dos tablas principales crecieron al grado de tener millones de
registros, una es la que representa cada caja de material y la otra es
los movimientos de material.
El sistema obviamente es para muchos clientes, por lo que cada tabla
tiene registros de todos los clientes y una columna que los
indentifica. Y como en todo negocio, hay clientes chicos y clientes
grandes. Clientes que manejan tan poco volumen que sus movimientos
llegan a varios miles y otros con varios cientos de miles.
Cuando se hace una consulta para un cliente pequeño en esas tablas, el
tiempo del query es mucho mayor a que si solo buscara en los registros
propios del cliente y esto es obvio, es por que tambien busca entre
los registros de los otros clientes.
Creo que lo primero es identificar en realidad donde está afectada tu
query en el rendimiento, que de seguro ya has hecho, una vez hecho
decides las estrategias de optimización.
Buscando en internet como optimizar esto, encontre un blog que decia
que para optimizar el rendimiento de tablas grandes se deberia
utilizar la partición de tablas, que básicamente son muchas tablas
hijas, donde un store procedure decide a que tabla hija enviar la
información.
Es cierto este puede ser un buen método, y muy bueno si se elije
correctamente el criterio de particionado, pero también pudiera ser
ajustar algún valor de tu configuración de PostgreSQL, indices, vistas
materializadas, reescribir la consulta, actualizar las estadísticas,
vacuum, o la combinación de varios de ellos, o cualquier otro solución
que se te ocurra o exista. ¿tienes claro que particionar es tu única
solución?
Mi pregunta es, si creo un schema para cada cliente teniendo las
mismas tablas, entonces esta separación logica trabajaria igual que la
particion de tablas no? la diferencia es que seria desde el software
donde se indique a que schema guardar y no mediante un store
procedure. Realizar esta separación realmente si trae ventajas en
lugar de utilizar una sola tabla para todos los clientes?
Respecto a esta solución, casi siempre que hagas más pequeñas tus tablas
vas a mejorar el acceso a los registros, pero tendrías que ponerte de
acuerdo con los desarrolladores y hacer un ETL para repartir los datos
hacia todos los esquemas y ¿si son miles de clientes vas a tener miles
de esquemas?, ten cuidado pudiera ser un dolor de cabeza, e incluso solo
mejorar en los clientes que sean pocos y los demás? tal vez te convenga
hacer la combinación de varios factores y mejore para siempre, o por lo
menos por un bien tiempo
Saludos y gracias por su tiempo.
Saludos
--
Lindolfo Iván Perales Mancinas
Solo existen 10 tipos de personas en el mundo, las que saben binario y
las que no.
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
