Re: a question for the way-back machine

Поиск
Список
Период
Сортировка
Искать
От
Ben
Тема
Re: a question for the way-back machine
Дата
Msg-id
Pine.LNX.4.64.0612131419270.6762@localhost.localdomain
Ответ на
Список
Дерево обсуждения
a question for the way-back machine Ben <bench@silentmedia.com>
Re: a question for the way-back machine Martijn van Oosterhout <kleptog@svana.org>
Re: a question for the way-back machine Ben <bench@silentmedia.com>
Re: a question for the way-back machine Tom Lane <tgl@sss.pgh.pa.us>
Re: a question for the way-back machine Martijn van Oosterhout <kleptog@svana.org>
Re: a question for the way-back machine Ben <bench@silentmedia.com>
Re: a question for the way-back machine Richard Huxton <dev@archonet.com>
Re: a question for the way-back machine Ben <bench@silentmedia.com>
Re: a question for the way-back machine Martijn van Oosterhout <kleptog@svana.org>
Re: a question for the way-back machine "Gurjeet Singh" <singh.gurjeet@gmail.com>
Re: a question for the way-back machine Martijn van Oosterhout <kleptog@svana.org>
Re: a question for the way-back machine Ben <bench@silentmedia.com>
> When you insert a tuple, it needs to be inserted into the index, yes. There
> is no way an insert can cause a sequential scan, except by some trigger
> defined on the table.

Actually, as it happens, there *is* a trigger defined on the table to fire 
before insert, but it too uses an index scan, at least according to 
explain. Though, you'd think if it actually was using an index scan, that 
would be showing up in pg_stat_user_tables, which it isn't. Might the fact 
that the trigger is a plpgsql function be throwing it off and keeping it 
from using more recent planner stats?

> You're not doing a select within the insert statement are you?

No, just within the trigger.
В списке pgsql-general по дате отправления
От: Martijn van Oosterhout
Дата:
Сообщение: Re: plperl exception catching
От: andy rost
Дата:
FAQ