[Pgsql-ayuda] Re: Pgsql-ayuda digest, Vol 1 #700 - 13 msgs
diego villegas
diegomvillegas@arnet.com.ar
Fri, 5 Sep 2003 22:26:52 -0300
hola listeros!!
Estoy por crear un sitio sobre bases de datos (Oracle. SQL Server,
PostgreSQL, MyQL entre otras).
Y desearia colaboracion de ustedes, articulos, ejemplos etc.
Quienes desean colaborar mandenme un email a diegomvillegas@hotmail.com
Muchas Gracias
Saludos para todos
----- Original Message -----
From: <pgsql-ayuda-request@tlali.iztacala.unam.mx>
To: <pgsql-ayuda@tlali.iztacala.unam.mx>
Sent: Friday, September 05, 2003 9:09 PM
Subject: Pgsql-ayuda digest, Vol 1 #700 - 13 msgs
> Send Pgsql-ayuda mailing list submissions to
> pgsql-ayuda@tlali.iztacala.unam.mx
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://tlali.iztacala.unam.mx/mailman/listinfo/pgsql-ayuda
> or, via email, send a message with subject or body 'help' to
> pgsql-ayuda-request@tlali.iztacala.unam.mx
>
> You can reach the person managing the list at
> pgsql-ayuda-admin@tlali.iztacala.unam.mx
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Pgsql-ayuda digest..."
>
>
> Today's Topics:
>
> 1. Re: Codigo de la busqueda (Manuel Sugawara)
> 2. Re: Indices Lento (Alvaro Herrera)
> 3. Re: template1 bloqueada (Alvaro Herrera)
> 4. Re: Indices Lento (Edwin Quijada)
> 5. Re: Indices Lento (Alvaro Herrera)
> 6. Re: Indices Lento (Edwin Quijada)
> 7. Re: Indices Lento (Martin Marques)
> 8. Subir los select mas usados a memoria (Edwin Quijada)
> 9. RE: Indices Lento (Fernando Papa)
> 10. RE: Subir los select mas usados a memoria (Fernando Papa)
> 11. Re: Subir los select mas usados a memoria (Carmen Gloria Sepulveda
Dedes)
> 12. Re: Subir los select mas usados a memoria (Alvaro Herrera)
> 13. Re: Indices Lento (Alvaro Herrera)
>
> --__--__--
>
> Message: 1
> To: "Edwin Quijada" <listas_quijada@hotmail.com>
> Cc: pgsql-ayuda@tlali.iztacala.unam.mx
> Subject: Re: [Pgsql-ayuda] Codigo de la busqueda
> From: Manuel Sugawara <masm@fciencias.unam.mx>
> Date: 05 Sep 2003 12:32:00 -0500
>
> "Edwin Quijada" <listas_quijada@hotmail.com> writes:
>
> > Hola aca tengo el codigo del select:
> [...]
>
> Le estas dando mucha libertad al planner con sentencias de este tipo,
> revisa=20
>
> http://www.postgresql.org/docs/7.3/static/explicit-joins.html
>
> para poder hacer joins explicitos y ayudar al planner a tomar mejores
> decisiones. btw, =BFhas hecho vacuum analyze recientemente?
>
> >=20
> > Y este es el explain analyze que hice del select:
> > Esto dura alrededor de 20seg en ejecutarse
> [...]
>
> En realidad este es solo un explain (no explain analyze). Revisa el
> documento de arriba, sigue los tips que ah=ED se indican y despu=E9s
> mandanos un explain analyze de verdad si todav=EDa tienes problemas.
>
> Saludos,
> Manuel.
>
> --__--__--
>
> Message: 2
> Date: Fri, 5 Sep 2003 14:15:35 -0400
> From: Alvaro Herrera <alvherre@dcc.uchile.cl>
> To: Edwin Quijada <listas_quijada@hotmail.com>
> Cc: pgsql-ayuda@tlali.iztacala.unam.mx
> Subject: Re: [Pgsql-ayuda] Indices Lento
>
> On Fri, Sep 05, 2003 at 05:22:45PM +0000, Edwin Quijada wrote:
> > Mira Alvaro aca esta el explain y el select que hago:
>
> [...]
>
> Manda el "Explain analyze". Asi como esta veo bastante razonable el
> explain, pero sin explain analyze puede haber cosas importantes que nos
> estemos perdiendo.
>
> --
> Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
> "In a specialized industrial society, it would be a disaster
> to have kids running around loose." (Paul Graham)
>
> --__--__--
>
> Message: 3
> Date: Fri, 5 Sep 2003 15:21:35 -0400
> From: Alvaro Herrera <alvherre@dcc.uchile.cl>
> To: Martin Marques <martin@bugs.unl.edu.ar>
> Cc: pgsql-ayuda@tlali.iztacala.unam.mx
> Subject: Re: [Pgsql-ayuda] template1 bloqueada
>
> On Fri, Sep 05, 2003 at 03:49:44PM -0300, Martin Marques wrote:
> > El Vie 05 Sep 2003 12:21, Alvaro Herrera Munoz escribió:
> > > On Fri, Sep 05, 2003 at 11:54:27AM -0300, Martin Marques wrote:
> > > > Alguna vez pregunte esto en la lista de pgsql-general y no tuve
> > > > respuesta. Cuando uno esta conectado, por ejemplo con un psql, a la
tabla
> > > > template1, no puede usar el comando CREATE TABLE:
>
> > > Solución: no tengas a nadie conectado a template1 por períodos largos
de
> > > tiempo.
> >
> > Pero hay aplicaciones que lo hace por defecto? Digo, pgadmin por
ejemplo.
>
> Es posible :-(
>
> (como el tristemente célebre pg_wrapper de Debian, aparentemente)
>
> --
> Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
> "Ellos andaban todos desnudos como su madre los parió, y también las
mujeres,
> aunque no vi más que una, harto moza, y todos los que yo vi eran todos
> mancebos, que ninguno vi de edad de más de XXX años" (Cristóbal Colón)
>
> --__--__--
>
> Message: 4
> From: "Edwin Quijada" <listas_quijada@hotmail.com>
> To: alvherre@dcc.uchile.cl
> Cc: pgsql-ayuda@tlali.iztacala.unam.mx
> Subject: Re: [Pgsql-ayuda] Indices Lento
> Date: Fri, 05 Sep 2003 20:02:21 +0000
>
>
>
>
>
> *-------------------------------------------------------*
> *-Edwin Quijada
> *-Developer DataBase
> *-JQ Microsistemas
> *-809-747-2787
> * " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo
> comun"
> *-------------------------------------------------------*
>
>
> Aca esta el explain analyze que produjo Postgres
>
> Merge Join (cost=79.44..7127.72 rows=226 width=347) (actual
> time=7919.20..7967.18 rows=1 loops=1)
> Merge Cond: ("outer".f_wholenum = "inner".f_wholenum)
> -> Nested Loop (cost=0.00..7025.77 rows=1807 width=116) (actual
> time=82.17..130.12 rows=1 loops=1)
> -> Nested Loop (cost=0.00..17.13 rows=1 width=44) (actual
> time=80.56..127.55 rows=1 loops=1)
> Join Filter: ("outer".f_agente = "inner".f_codigo_agente)
> -> Index Scan using t_poliza_vehiculos_f_wholenum_idx on
> t_poliza_vehiculos a (cost=0.00..17.07 rows=5 width=40) (actual
> time=1.07..1.13 rows=1 loops=1)
> Index Cond: (f_wholenum = 'POL000001'::bpchar)
> -> Seq Scan on t_agentes c (cost=0.00..0.00 rows=1
width=4)
> (actual time=63.71..120.25 rows=1765 loops=1)
> -> Index Scan using f_id on t_clientes b (cost=0.00..6986.05
> rows=1807 width=72) (actual time=1.51..2.45 rows=1 loops=1)
> Index Cond: ("outer".f_codigo_cliente = b.f_codigo_cliente)
> -> Sort (cost=79.44..79.76 rows=125 width=231) (actual
> time=7836.88..7836.88 rows=2 loops=1)
> Sort Key: d.f_wholenum
> -> Hash Join (cost=43.53..75.09 rows=125 width=231) (actual
> time=7829.15..7836.16 rows=3 loops=1)
> Hash Cond: ("outer".f_codigo_marca = "inner".f_idmarca)
> -> Seq Scan on t_marcas_vehiculos g (cost=0.00..20.00
> rows=1000 width=43) (actual time=1.16..6.30 rows=323 loops=1)
> -> Hash (cost=43.47..43.47 rows=25 width=188) (actual
> time=7827.77..7827.77 rows=0 loops=1)
> -> Hash Join (cost=18.15..43.47 rows=25 width=188)
> (actual time=2524.75..7827.71 rows=3 loops=1)
> Hash Cond: ("outer".f_idvehiculo =
> "inner".f_keyvehiculo)
> -> Seq Scan on t_vehiculos_asegurados d
> (cost=0.00..20.00 rows=1000 width=28) (actual time=2355.34..6842.67
> rows=241074 loops=1)
> -> Hash (cost=18.14..18.14 rows=5 width=160)
> (actual time=2.23..2.23 rows=0 loops=1)
> -> Nested Loop (cost=0.00..18.14 rows=5
> width=160) (actual time=1.66..2.17 rows=3 loops=1)
> -> Seq Scan on t_vehiculos e
> (cost=0.00..1.01 rows=1 width=113) (actual time=0.39..0.48 rows=3 loops=1)
> -> Index Scan using
> t_modelos_f_idmodelo_idx on t_modelos f (cost=0.00..17.07 rows=5
width=47)
> (actual time=0.46..0.49 rows=1 loops=3)
> Index Cond: ("outer".f_modelo
=
> f.f_idmodelo)
> Total runtime: 7969.10 msec
>
> _________________________________________________________________
> Consigue aquí las mejores y mas recientes ofertas de trabajo en América
> Latina y USA: www.yupimsn.com/empleos
>
>
> --__--__--
>
> Message: 5
> Date: Fri, 5 Sep 2003 16:15:45 -0400
> From: Alvaro Herrera <alvherre@dcc.uchile.cl>
> To: Edwin Quijada <listas_quijada@hotmail.com>
> Cc: pgsql-ayuda@tlali.iztacala.unam.mx
> Subject: Re: [Pgsql-ayuda] Indices Lento
>
> On Fri, Sep 05, 2003 at 08:02:21PM +0000, Edwin Quijada wrote:
>
> > Aca esta el explain analyze que produjo Postgres
> >
> > -> Seq Scan on t_vehiculos_asegurados d
> > (cost=0.00..20.00 rows=1000 width=28) (actual time=2355.34..6842.67
> > rows=241074 loops=1)
>
> Huh... evidentemente te falta aplicar ANALYZE sobre las tablas. Hazlo
> concienzudamente, aplica VACUUM también por si acaso, luego prueba la
> consulta de nuevo y si sigue siendo lenta, vuelves con el nuevo EXPLAIN
> ANALYZE.
>
> --
> Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
> "El miedo atento y previsor es la madre de la seguridad" (E. Burke)
>
> --__--__--
>
> Message: 6
> From: "Edwin Quijada" <listas_quijada@hotmail.com>
> To: alvherre@dcc.uchile.cl
> Cc: pgsql-ayuda@tlali.iztacala.unam.mx
> Subject: Re: [Pgsql-ayuda] Indices Lento
> Date: Fri, 05 Sep 2003 20:33:08 +0000
>
> Increible!!! Alvaro!!
> Resulto y a una velocidad que no puedo creer.
> Me quede con la boca abierta al ver esa velocidad. Esto fue despues de
> aplicar el Vacum analyze a la tabla . Ahora mi pregunta es: recomiendas
> hacer esto diario, semanal,mensual, como?
>
> Debo admitir que me devolviste la fe en PostgreSQL y casi el trabajo :) ,
> Gracias!!!!
>
> *-------------------------------------------------------*
> *-Edwin Quijada
> *-Developer DataBase
> *-JQ Microsistemas
> *-809-747-2787
> * " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo
> comun"
> *-------------------------------------------------------*
>
> _________________________________________________________________
> Las mejores tiendas, los precios mas bajos, entregas en todo el mundo,
> YupiMSN Compras: www.yupimsn.com/compras
>
>
> --__--__--
>
> Message: 7
> From: Martin Marques <martin@bugs.unl.edu.ar>
> To: "Edwin Quijada" <listas_quijada@hotmail.com>,
> alvherre@dcc.uchile.cl
> Subject: Re: [Pgsql-ayuda] Indices Lento
> Date: Fri, 5 Sep 2003 17:54:00 -0300
> Cc: pgsql-ayuda@tlali.iztacala.unam.mx
>
> El Vie 05 Sep 2003 17:33, Edwin Quijada escribi=F3:
> > Increible!!! Alvaro!!
> > Resulto y a una velocidad que no puedo creer.
> > Me quede con la boca abierta al ver esa velocidad. Esto fue despues de
> > aplicar el Vacum analyze a la tabla . Ahora mi pregunta es: recomiendas
> > hacer esto diario, semanal,mensual, como?
>
> Todas las noches lo hago sobre bases de mucha carga, una vez a la semana a
=
> las=20
> demas. Basicamente, los servidores de bases de datos serios, como pgsql
(lo=
> =20
> mismo hacia cuando usaba Informix) tiene esta opcion de analizar las
tablas=
> =20
> de la base de datos y guargar estadisticas. Con dichas estadisticas se
pued=
> e=20
> planificar mucho mejor una consulta. Si la tabla tiene 20 registros=20
> seguramente va a hacer un seq. scan, pero si en cambio tiene 20000 lo
mas=20
> probable es que use los indices, pero el "planner" tiene que saber,=20
> aproximadamente cuantos registros hay.
>
> De todas maneras, ejecutalo en momentos de poco uso, por ejemplo en
horario=
> s=20
> nocturnos (no quiere decir que no podes hacerlo mientras estas en
produccio=
> n,=20
> pero se come buena parte del sistema).
>
> > Debo admitir que me devolviste la fe en PostgreSQL y casi el trabajo :)
,
>
> Si, ese es Alvaro!!! :-)
>
> =2D-=20
> Porqu=E9 usar una base de datos relacional cualquiera,
> si pod=E9s usar PostgreSQL?
> =2D----------------------------------------------------------------
> Mart=EDn Marqu=E9s | mmarques@unl.edu.ar
> Programador, Administrador, DBA | Centro de Telematica
> Universidad Nacional
> del Litoral
> =2D----------------------------------------------------------------
>
>
> --__--__--
>
> Message: 8
> From: "Edwin Quijada" <listas_quijada@hotmail.com>
> To: pgsql-ayuda@tlali.iztacala.unam.mx
> Date: Fri, 05 Sep 2003 20:51:04 +0000
> Subject: [Pgsql-ayuda] Subir los select mas usados a memoria
>
> Una pregunta :
> Postgres va subiendo los select mas usado a la memoria como hace Oracle?
> Esto asi por asunto de velocidad. Deberia de setear algun parametro para
> esto?
> Donde podria aumentar la memoria que usa Postgres de cache ?
> Tengo disponible 1GB de RAM y me gustaria darle la mayor cantidad de
memoria
> posible.
>
>
>
> *-------------------------------------------------------*
> *-Edwin Quijada
> *-Developer DataBase
> *-JQ Microsistemas
> *-809-747-2787
> * " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo
> comun"
> *-------------------------------------------------------*
>
> _________________________________________________________________
> Charla con tus amigos en línea mediante MSN Messenger:
> http://messenger.yupimsn.com/
>
>
> --__--__--
>
> Message: 9
> Subject: RE: [Pgsql-ayuda] Indices Lento
> Date: Fri, 5 Sep 2003 18:12:05 -0300
> From: "Fernando Papa" <fpapa@claxson.com>
> To: "Edwin Quijada" <listas_quijada@hotmail.com>,
> <alvherre@dcc.uchile.cl>
> Cc: <pgsql-ayuda@tlali.iztacala.unam.mx>
>
>
> Yo tengo en el cron de la maquina, tanto la del server como la de =
> desarrollo, para que lo haga todas las madrugadas. En mi caso =
> particular, no tarda demasiado, menos de 10 minutos. Y los beneficios de =
> tener las estadisticas de las tablas e indices al dia estan a la vista.
> Tambien seria bueno, seg=FAn la volatilidad de tus datos, que de vez en =
> cuando hagas un reindex de los indices. Hay un script que te ayuda a =
> reindexar en contrib/reindex
>
> --
> Fernando O. Papa
> DBA
> =20
>
> > -----Mensaje original-----
> > De: Edwin Quijada [mailto:listas_quijada@hotmail.com]=20
> > Enviado el: viernes, 05 de septiembre de 2003 17:33
> > Para: alvherre@dcc.uchile.cl
> > CC: pgsql-ayuda@tlali.iztacala.unam.mx
> > Asunto: Re: [Pgsql-ayuda] Indices Lento
> >=20
> >=20
> > Increible!!! Alvaro!!
> > Resulto y a una velocidad que no puedo creer.
> > Me quede con la boca abierta al ver esa velocidad. Esto fue=20
> > despues de=20
> > aplicar el Vacum analyze a la tabla . Ahora mi pregunta es:=20
> > recomiendas=20
> > hacer esto diario, semanal,mensual, como?
> >=20
> > Debo admitir que me devolviste la fe en PostgreSQL y casi el=20
> > trabajo :) ,=20
> > Gracias!!!!
> >=20
> > *-------------------------------------------------------*
> > *-Edwin Quijada
> > *-Developer DataBase
> > *-JQ Microsistemas
> > *-809-747-2787
> > * " Si deseas lograr cosas excepcionales debes de hacer cosas=20
> > fuera de lo=20
> > comun"
> > *-------------------------------------------------------*
> >=20
> > _________________________________________________________________
> > Las mejores tiendas, los precios mas bajos, entregas en todo=20
> > el mundo,=20
> > YupiMSN Compras: www.yupimsn.com/compras
> >=20
> > _______________________________________________
> > Pgsql-ayuda mailing list
> > Pgsql-ayuda@tlali.iztacala.unam.mx
> > http://tlali.iztacala.unam.mx/mailman/listinfo/pgsql-ayuda
> >=20
>
> --__--__--
>
> Message: 10
> Subject: RE: [Pgsql-ayuda] Subir los select mas usados a memoria
> Date: Fri, 5 Sep 2003 18:18:30 -0300
> From: "Fernando Papa" <fpapa@claxson.com>
> To: "Edwin Quijada" <listas_quijada@hotmail.com>,
> <pgsql-ayuda@tlali.iztacala.unam.mx>
>
>
> Hay varios parametros. Empeza por shared_buffers, max_fsm_relations, =
> max_fsm_pages, sort_mem, vacuum_mem y effective_cache_size
>
> Hay una pagina de varlena, no me acuerdo la url, donde te va explicando =
> bastante didacticamente para que son estos parametros y como setearlos.
>
> --
> Fernando O. Papa
> DBA
> =20
>
> > -----Mensaje original-----
> > De: Edwin Quijada [mailto:listas_quijada@hotmail.com]=20
> > Enviado el: viernes, 05 de septiembre de 2003 17:51
> > Para: pgsql-ayuda@tlali.iztacala.unam.mx
> > Asunto: [Pgsql-ayuda] Subir los select mas usados a memoria
> >=20
> >=20
> > Una pregunta :
> > Postgres va subiendo los select mas usado a la memoria como=20
> > hace Oracle? Esto asi por asunto de velocidad. Deberia de=20
> > setear algun parametro para=20
> > esto?
> > Donde podria aumentar la memoria que usa Postgres de cache ?=20
> > Tengo disponible 1GB de RAM y me gustaria darle la mayor=20
> > cantidad de memoria=20
> > posible.
> >=20
> >=20
> >=20
> > *-------------------------------------------------------*
> > *-Edwin Quijada
> > *-Developer DataBase
> > *-JQ Microsistemas
> > *-809-747-2787
> > * " Si deseas lograr cosas excepcionales debes de hacer cosas=20
> > fuera de lo=20
> > comun"
> > *-------------------------------------------------------*
> >=20
> > _________________________________________________________________
> > Charla con tus amigos en l=EDnea mediante MSN Messenger:=20
> > http://messenger.yupimsn.com/
> >=20
> > _______________________________________________
> > Pgsql-ayuda mailing list
> > Pgsql-ayuda@tlali.iztacala.unam.mx
> > http://tlali.iztacala.unam.mx/mailman/listinfo/pgsql-ayuda
> >=20
>
> --__--__--
>
> Message: 11
> Date: Fri, 05 Sep 2003 17:59:27 -0400
> From: Carmen Gloria Sepulveda Dedes <csepulveda@atichile.com>
> Organization: ATI Chile
> To: Fernando Papa <fpapa@claxson.com>
> Cc: Edwin Quijada <listas_quijada@hotmail.com>,
> pgsql-ayuda@tlali.iztacala.unam.mx
> Subject: Re: [Pgsql-ayuda] Subir los select mas usados a memoria
>
> > Hay una pagina de varlena, no me acuerdo la url, donde te va explicando
bastante didacticamente para que son estos parametros y como setearlos.
>
> Sera esta?
>
> http://www.varlena.com/GeneralBits/Tidbits/annotated_conf_e.html
>
>
> --__--__--
>
> Message: 12
> Date: Fri, 5 Sep 2003 17:58:00 -0400
> From: Alvaro Herrera <alvherre@dcc.uchile.cl>
> To: Fernando Papa <fpapa@claxson.com>
> Cc: Edwin Quijada <listas_quijada@hotmail.com>,
> pgsql-ayuda@tlali.iztacala.unam.mx
> Subject: Re: [Pgsql-ayuda] Subir los select mas usados a memoria
>
> On Fri, Sep 05, 2003 at 06:18:30PM -0300, Fernando Papa wrote:
>
> > Hay una pagina de varlena, no me acuerdo la url, donde te va
> > explicando bastante didacticamente para que son estos parametros y
> > como setearlos.
>
> http://www.varlena.com/GeneralBits
>
> (en particular, mira el "annotated postgresql.conf" en General Tidbits)
>
> (Buen nombre, "varlena"!)
>
> --
> Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
> "Acepta los honores y aplausos y perderas tu libertad"
>
> --__--__--
>
> Message: 13
> Date: Fri, 5 Sep 2003 19:19:45 -0400
> From: Alvaro Herrera <alvherre@dcc.uchile.cl>
> To: Edwin Quijada <listas_quijada@hotmail.com>
> Cc: pgsql-ayuda@tlali.iztacala.unam.mx
> Subject: Re: [Pgsql-ayuda] Indices Lento
>
> On Fri, Sep 05, 2003 at 08:33:08PM +0000, Edwin Quijada wrote:
> > Increible!!! Alvaro!!
> > Resulto y a una velocidad que no puedo creer.
> > Me quede con la boca abierta al ver esa velocidad.
>
> Ok, ok, no es para tanto. Los créditos no me los des a mí, dáselos a
> los desarrolladores de PostgreSQL.
>
> > Esto fue despues de aplicar el Vacum analyze a la tabla . Ahora mi
> > pregunta es: recomiendas hacer esto diario, semanal,mensual, como?
>
> Depende de que tantas operaciones realices sobre la tabla y
> aproximadamente de que tamaño sea. Si estás en 7.3 te sugeriría que
> trataras de echar a andar pg_autovacuum. Si no, pon al menos
> diariamente un VACUUM, pero en realidad la frecuencia depende de la tasa
> de recambio de cada tabla.
>
> Es menester ejecutar ANALYZE cuando la distribución de los datos cambia.
> Sin embargo es una operación barata, de modo que ejecutarlo con alguna
> regularidad (digamos una vez a la semana) y cada vez que hayan cambios
> significativos en los datos (insertes muchas tuplas nuevas, elimines
> muchas tuplas) debería ser suficiente.
>
> Hay un artículo mío bastante más extenso en los archivos de hace como
> mes respecto de estos temas. Si alguien puede proveer el enlace,
> bienvenido.
>
> > Debo admitir que me devolviste la fe en PostgreSQL y casi el trabajo :)
,
>
> Felicitaciones...
>
> --
> Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
> "El conflicto es el camino real hacia la union"
>
>
> --__--__--
>
> _______________________________________________
> Pgsql-ayuda mailing list
> Pgsql-ayuda@tlali.iztacala.unam.mx
> http://tlali.iztacala.unam.mx/mailman/listinfo/pgsql-ayuda
>
>
> End of Pgsql-ayuda Digest