Re: Lengthy deletion

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Lengthy deletion
Дата
Msg-id 11988.1322557803@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Lengthy deletion  (Herouth Maoz <herouth@unicell.co.il>)
Список pgsql-general
Herouth Maoz <herouth@unicell.co.il> writes:
> On 29/11/2011, at 09:13, Tom Lane wrote:
>> Yup, that's a clue all right.  I'll bet a nickel that you don't
>> have an index on the foreign key's referencing column (ie,
>> sent_messages.subscription_id).  That means each delete in
>> the referenced table has to seqscan the referencing table to
>> see if the delete would result in an FK violation.

> Makes sense. But shouldn't that be figured into the EXPLAIN plan?

If you run EXPLAIN ANALYZE, on a reasonably recent release, you'll see
the foreign-key trigger eating a lot of time.  Plain EXPLAIN doesn't
show triggers because it has no idea how much time they'll take.

            regards, tom lane

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

Предыдущее
От: Herouth Maoz
Дата:
Сообщение: Re: Lengthy deletion
Следующее
От: "Albe Laurenz"
Дата:
Сообщение: Re: odbc_fdw