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
Ответ на
Re: a question for the way-back machine (Martijn van Oosterhout)
Список
Дерево обсуждения
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 по дате отправления