From: | Alberto Cardenas Cardenas <alberto(dot)cardenas(dot)c(dot)68(at)gmail(dot)com> |
---|---|
To: | pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Query se demora 1351 minutos |
Date: | 2020-03-07 21:59:45 |
Message-ID: | CA+UBRzObHvh-5Xs5LOROzMf2LBK9Y7bNqKUcandqD8r6vOg0Ew@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Hola Lista,
tengo la siguiente situación: Una tabla histórica particionada por un campo
tipo timestamp, en la tabla tengo datos de 3 años (app 100 millones de
registros), cada particion tiene indices los mismos que la tabla principal
El hardware tiene 120 gb de ram, 20 cpu, discos ssd, la version del so es
centos 7 y la version del rdbms es 11.
El campo por el cual filtro es indice Al ejecutar el plan de ejecucion para
que me entregue informacion real, muestra que se va a demorar.
Merge Right Join (cost=13690295.60..120679938.83 rows=7126915332 width=527)
Intenté cambiar el esquema por tablas heredadas y cada hija contenia 1 mes
de datos, pero el resultado es el mismo (varia un par de minutos entre 1 y
otra)
Alguien me puede dar luces de que pueda estar pasando
Saludos
From | Date | Subject | |
---|---|---|---|
Next Message | Horacio Miranda | 2020-03-08 00:46:44 | Re: Query se demora 1351 minutos |
Previous Message | Hernan Jesus Gonzalez Carmona | 2020-03-04 13:58:14 | Re: Exportacion por lotes |