From: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> |
---|---|
To: | Leonardo Castillo <leonardo(dot)castillo(at)alejandria(dot)biz> |
Cc: | pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Problema con borrado de tablas relacionadas. |
Date: | 2010-04-28 00:28:11 |
Message-ID: | y2t3073cc9b1004271728je4bd32eazc280bb5a6091983e@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
2010/4/27 Leonardo Castillo <leonardo(dot)castillo(at)alejandria(dot)biz>:
> Para completar los datos:
>
> Maquina: Pentium D 3.00 GHz.
> Memoria: 1.74 GB
> PostgreSQL: 8.2.
> SO: Windows XP SP3.
> AutoVacuum: on
>
acabo de hacer la prueba en una maquina con amd turion 64x2, en una
maquina virtual (parece que la maquina virtual ve el mismo procesador)
con 1gb de ram windows xp sp2 y autovacuum en on, ah si y con
postgresql 8.2
y sigue igual de rapido...
"Index Scan using cod_titulo on codtit x (cost=0.00..17.09 rows=4
width=6) (actual time=0.000..0.000 rows=0 loops=1)"
" Index Cond: (cod_titulo = ($1)::numeric)"
"Total runtime: 1.003 ms"
> No se que responderles en ejecutas analyze?.
>
si ejecutaste VACUUM ANALYZE en toda la base de datos con eso deberia bastar...
una opcion que se me ocurre es que los parametros fsm_max_relations y
fsm_max_pages esten pesimamente seteados y tengas una base pesimamente
mantenida... seguro tienes activo el autovacuum?
--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157
From | Date | Subject | |
---|---|---|---|
Next Message | Vladimir Urquia | 2010-04-28 09:40:16 | Esquemas a traves de psqlODBC |
Previous Message | Alvaro Herrera | 2010-04-27 23:41:24 | Re: Ayuda |