From: | Hellmuth Vargas <hivs77(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Anthony Sotolongo <asotolongo(at)gmail(dot)com>, Lista Postgres ES <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: [pgsql-es-ayuda] obtener el tamaño del resultado en una consulta en el log de postgres |
Date: | 2016-06-17 13:05:21 |
Message-ID: | CAN3Qy4rX6WqDqej6XM08j3xCe6=RgQsZ7p6bkvdVtQie+aWE_w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Hola Alvaro y Anthony
Pues realmente necesito una estimación únicamente por lo tanto voy a
implementarlo y les cuento.. muchas gracias por sus respuestas!!!
El 16 de junio de 2016, 14:29, Alvaro Herrera<alvherre(at)2ndquadrant(dot)com>
escribió:
> Anthony Sotolongo escribió:
> > Hola Hellmuth, no se si hay algún parámetro en el archivo de
> configuración
> > para eso, al menos no lo veo, pero puede que lo haya o la combinación de
> > algunos. También creo que puedes lograr un "aproximado" del resultado del
> > EXPLAIN según entiendo de la documentación
> > (https://www.postgresql.org/docs/current/static/using-explain.html) si
> > tienes las estadísticas actualizadas mejor:
>
> Juntar eso con auto_explain da una estimación de la respuesta que
> buscas. Pero ojo, es sólo la estimación del optimizador, no son los
> valores reales. Para saber los valores exactos podrías poner un
> "sniffer" examinando la conversación en TCP y contar los bytes según el
> protocolo FE/BE. Debe ser bastante tedioso implementar esto ...
>
> --
> Álvaro Herrera http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>
--
Cordialmente,
Ing. Hellmuth I. Vargas S.
Esp. Telemática y Negocios por Internet
Oracle Database 10g Administrator Certified Associate
EnterpriseDB Certified PostgreSQL 9.3 Associate
From | Date | Subject | |
---|---|---|---|
Next Message | Martín Marqués | 2016-06-17 14:10:14 | Re: SQL Profiler |
Previous Message | Jaime Casanova | 2016-06-17 10:49:07 | Re: SQL Profiler |