Re: when is a DELETE FK trigger planned?
| От | Tom Lane |
|---|---|
| Тема | Re: when is a DELETE FK trigger planned? |
| Дата | |
| Msg-id | 19945.1203989110@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | when is a DELETE FK trigger planned? (Andrew Lazarus <andrew@pillette.com>) |
| Ответы |
Re: when is a DELETE FK trigger planned?
|
| Список | pgsql-performance |
Andrew Lazarus <andrew@pillette.com> writes:
> I have a cascading delete trigger that is obviously using a seqscan.
> (Explain analyze shows that trigger as taking over 1000s while all
> other triggers are <1s. The value in test delete didn't even appear in
> this child table, so an index scan would have been almost instant.)
> If I do
> DELETE FROM child_table WHERE fkey = value;
> I get an index scan. Why doesn't the trigger do that, and how can I
> force it to re-plan?
That would depend on what PG version you're using.
However, starting a fresh connection should get you a new trigger
function plan in any case.
regards, tom lane
В списке pgsql-performance по дате отправления: