El problema es que siempre vas a especular con ese "tiempo estimado promedio". A mi entender creo que no se puede hacer. Saludos
----- Mensaje original ----- De: "Enzo Diaz" <enzo_d...@hotmail.com> Para: "Alvaro Herrera" <alvhe...@alvh.no-ip.org>, enun...@gmail.com CC: "PostgreSQL" <pgsql-es-ayuda@postgresql.org> Enviados: Miércoles, 2 de Septiembre 2009 21:06:59 GMT +01:00 Amsterdam / Berlín / Berna / Roma / Estocolmo / Viena Asunto: [pgsql-es-ayuda] RE: [pgsql-es-ayuda] Tiempo de ejecución de una consulta Creo que lo más acertado para presentar información relacionada a esto sería contar los registros que eventualmente retornarán y multiplicarlos por algún "tiempo estimado promedio", eso es lo más cercano que podrías tener para saber cuanto se demorará una consulta en retornar los registros, y de todas formas lo más probable es que no sea del todo cercano debido a otras variables a determinar. > Date: Wed, 2 Sep 2009 15:01:23 -0400 > From: alvhe...@alvh.no-ip.org > To: enun...@gmail.com > CC: pgsql-es-ayuda@postgresql.org > Subject: Re: [pgsql-es-ayuda] Tiempo de ejecución de una consulta > > Enrique Nuñez escribió: > > Señores: > > Existe algún método que me permita saber el tiempo aproximado que se > > demorará una consulta sql, evidentemente sin llegar a ejecutarla. > > No. Eso sería equivalente a solucionar el problema de parada, lo cual > te ganaría el premio Turing automáticamente. > > Hay algunas aproximaciones como tratar de mirar qué es lo que dice el > nodo más externo en un EXPLAIN. Incluso creo que publiqué en la lista > hace algún tiempo una función para hacerlo. > > -- > Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC > "Escucha y olvidarás; ve y recordarás; haz y entenderás" (Confucio) > -- > TIP 5: ¿Has leído nuestro extenso FAQ? > http://www.postgresql.org/docs/faqs.FAQ.html ¡Crea carpetas para todos tus correos! ¡Hotmail te da todo el espacio que puedas necesitar! -- TIP 5: �Has le�do nuestro extenso FAQ? http://www.postgresql.org/docs/faqs.FAQ.html
