Re: assertion failure 9.3.4
От | Tom Lane |
---|---|
Тема | Re: assertion failure 9.3.4 |
Дата | |
Msg-id | 18044.1397690384@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: assertion failure 9.3.4 (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Ответы |
Re: assertion failure 9.3.4
|
Список | pgsql-hackers |
Alvaro Herrera <alvherre@2ndquadrant.com> writes: > I'm not quite clear on why the third query, the one in ri_PerformCheck, > is invoking a sequence. It's not --- SeqNext is the next-tuple function for a sequential scan. Nothing to do with sequences. Now, it *is* worth wondering why the heck a query on the table's primary key is using a seqscan and not an indexscan. Maybe the planner thinks there are just a few rows in the table? But the stack trace seems unexceptional other than that. I'm wondering if the combination of autoexplain and pg_stat_statements is causing trouble. Yeah, it would be real nice to see a self-contained test case for this. regards, tom lane
В списке pgsql-hackers по дате отправления: