| From: | Emanuel Calvo Franco <postgres(dot)arg(at)gmail(dot)com> |
|---|---|
| To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
| Cc: | Silvio Quadri <silvioq(at)gmail(dot)com>, Eduardo Morras <emorras(at)s21sec(dot)com>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: Capturando la salida de ANALYZE |
| Date: | 2009-05-22 21:05:21 |
| Message-ID: | f205bb120905221405v30cf8bffv15f92cafcc65cce9@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
El día 22 de mayo de 2009 17:09, Alvaro Herrera
<alvherre(at)alvh(dot)no-ip(dot)org> escribió:
> Emanuel Calvo Franco escribió:
>
>> Mañana o durante la noche paso esa función en C o perl para hacerla un poco
>> más performante y la agrego a la wiki.
>
> ¿Por qué crees que sería mejor en C o Perl que en plpgsql? En mi opinión,
> hacerla en C sería una pérdida de tiempo y además es inconveniente, porque
> el usuario tiene que compilar, instalar el módulo, etc. En Perl tampoco
> es tan bueno porque es menos portable (no todo el mundo instala plperl).
Yo lo pensé de manera de que en un escenario donde se pueden
llegar a ejecutar concurrentemente más de 100 veces esta funciòn
sobre tablas grandes, pudiera significar un detalle de performance.
> En cambio en plpgsql es fácil de instalar y prácticamente todo el mundo
> tiene el lenguaje disponible ...
>
Ok.
Si querés, para que no sea esa función sola, puedo recopilar
con otras técnicas (menos radicales) para este tipo de casos...
mas que nada para que tenga mayor contenido...
--
Emanuel Calvo Franco
Sumate al ARPUG !
( www.arpug.com.ar)
ArPUG / AOSUG Member
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2009-05-22 21:11:35 | Re: Problema con estimacion de tamaño en tablas |
| Previous Message | Marcos Ortiz Valmaseda | 2009-05-22 20:58:50 | Re: nombre del equipo o nro de ip |