Re: Consulta de tabla con millones de registros

2018-02-06 Thread Edwin De La Cruz
El 6/2/2018 4:44 PM, "Martín Marqués" escribió: El 6 de febrero de 2018, 17:56, Jaime Casanova escribió: > 2018-02-06 6:04 GMT-05:00 Martin Marques : >> >> Sería interesante saber cual es el *workaround* para los indices >> globales. ;) >> > > creas una tabla con todos los valores de la PK de la

Re: Consulta de tabla con millones de registros

2018-02-06 Thread Martín Marqués
El 6 de febrero de 2018, 17:56, Jaime Casanova escribió: > 2018-02-06 6:04 GMT-05:00 Martin Marques : >> >> Sería interesante saber cual es el *workaround* para los indices >> globales. ;) >> > > creas una tabla con todos los valores de la PK de las particiones (la > mantienes actualizada con trig

Re: Consulta de tabla con millones de registros

2018-02-06 Thread Jaime Casanova
2018-02-06 6:04 GMT-05:00 Martin Marques : > El 05/02/18 a las 21:04, Jaime Casanova escribió: >> 2018-01-29 16:27 GMT-05:00 Martin Marques : >>> >>> - llaves foráneas que apuntan a una llave primaria particionada (a cual >>> de la tablas hijo debe direccionar esa referencia) >>> >>> - indices glob

Re: Consulta de tabla con millones de registros

2018-02-06 Thread Jaime Casanova
2018-02-06 9:47 GMT-05:00 Lazaro Garcia : > > También quiero probar con particionado por herencia porque el declarativo no > permite crear llaves primarias en la tabla particionada y puede que esta > tabla sea referenciada desde otra tabla para temas de auditoría. > no puedes crear un FK que hag

RE: Consulta de tabla con millones de registros

2018-02-06 Thread Lazaro Garcia
tabla con millones de registros 2018-01-29 15:17 GMT-05:00 Lazaro Garcia : > > 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 prod

Re: Consulta de tabla con millones de registros

2018-02-06 Thread Martin Marques
El 05/02/18 a las 21:04, Jaime Casanova escribió: > 2018-01-29 16:27 GMT-05:00 Martin Marques : >> >> - llaves foráneas que apuntan a una llave primaria particionada (a cual >> de la tablas hijo debe direccionar esa referencia) >> >> - indices globales para garantizar unicidad de la llave primaria

RE: Consulta de tabla con millones de registros

2018-02-05 Thread Ramón Alberto Bruening González
Adjunto el script solicitado. -Mensaje original- De: Jaime Casanova [mailto:jaime.casan...@2ndquadrant.com] Enviado el: lunes, 5 de febrero de 2018 21:15 Para: Lazaro Garcia CC: pgsql-es-ayuda Asunto: Re: Consulta de tabla con millones de registros 2018-01-29 15:17 GMT-05:00 Lazaro

Re: Consulta de tabla con millones de registros

2018-02-05 Thread Jaime Casanova
2018-01-29 15:17 GMT-05:00 Lazaro Garcia : > > 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 exi

Re: Consulta de tabla con millones de registros

2018-02-05 Thread Jaime Casanova
2018-01-29 16:27 GMT-05:00 Martin Marques : > El 29/01/18 a las 18:15, Daymel Bonne escribió: >> >> >> No es posible utilizar particionado de datos. >> por qué? > > Enumero dos (una casi resuelta en PG11): > > - llaves foráneas que apuntan a una llave primaria particionada (a cual > de la tab

Re: Consulta de tabla con millones de registros

2018-01-29 Thread Martin Marques
El 29/01/18 a las 18:15, Daymel Bonne escribió: > > > 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

Re: Consulta de tabla con millones de registros

2018-01-29 Thread Daymel Bonne
El 29 ene. 2018 3:18 p.m., "Lazaro Garcia" 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