Re: Comando DELETE

>> La tabla cliente_imovel posue o campo imov_id que es una llave foreana de imovel,
>> entonces yo criei el indice para este campo en cliente_imovel. E he hecho así para
>> las demas dependencias.
>> Mi comando de delete es lo seguinte:
>>
>> delete from cadastro.imovel
>> where imov_id not in (18380544, 18401258, 18421003, 18431815,
>> 18431815, 18486814, 18499029, 18628945, 18670666,
>> 18685248,18697130, 18697300, 53780962, 53780962,
>> 53780962,
>> 53783112, 53834957, 53887821, 53935788, 54119194,
>> 54123957, 54123957, 54133278, 54133383, 54142579,
>> 54185111, 54224222, 54260490, 54264119, 54265735,
>> 54307934, 54364849, 54514573, 54585047, 54632991,
>> 54635281, 54640943, 54643888, 54647735, 54830565)

On 2/9/06, Andrea <andrea(at)compesa(dot)com(dot)br> wrote:
>
> !HOLA!
>
> Yo ya habia ejecutado el Vacuum y analyze.
> Todavia el comando llevou cerca de dos horas.
> Yo he observado que la CPU estava sendo 99% utilizada e habia mucho swap de
> memoria RAM.
> Creo que pueda resolver este problema con la configuración de
> postgresql.conf.
>

1) como sabes que solo se borran 102709 registros, por cierto cuantos registros tiene la tabla?

2) tienes indices creados solo en las tablas que dependen de imovel o tambien tienes indices en imovel? me suena a que no hay un indice sobre imovel.imov_id, aunque no se si postgres lo usaria en el caso de "not in"...

3) tambien como dijo alvaro puede ser que tengas triggers que se ejecutan por cada fila que borres lo que hara mas lenta la consulta

--
Atentamente,
Jaime Casanova
(DBA: DataBase Aniquilator ;)