Re: Extremely Slow Cascade Delete Operation

Поиск
Список
Период
Сортировка
От Craig Ringer
Тема Re: Extremely Slow Cascade Delete Operation
Дата
Msg-id 4B4DA814.9050006@postnewspapers.com.au
обсуждение исходный текст
Ответ на Extremely Slow Cascade Delete Operation  (Yan Cheng Cheok <yccheok@yahoo.com>)
Ответы Re: Extremely Slow Cascade Delete Operation
Re: Extremely Slow Cascade Delete Operation
Список pgsql-general
On 13/01/2010 4:09 PM, Yan Cheng Cheok wrote:
> I have 3 tables - lot, unit and measurement
>
> 1 lot is having relationship to many unit.
> 1 unit is having relationship to many measurement.
> delete cascade is being used among their relationship
>

> SemiconductorInspection=# delete from lot where lot_id = 2;

Are there indexes on fk_lot_id and fk_unit_id ? If not, a DELETE from
lot will cause a seqscan of unit for affected units, and if any must be
deleted each will cause a seqscan of measurement for affected
measurements. That's going to get ugly fast.

--
Craig Ringer

В списке pgsql-general по дате отправления:

Предыдущее
От: Ralf Schuchardt
Дата:
Сообщение: What happens when you kill the postmaster?
Следующее
От: Craig Ringer
Дата:
Сообщение: Re: Collate order on Mac OS X, text with diacritics in UTF-8