Re: Index AM change proposals, redux
От | Tom Lane |
---|---|
Тема | Re: Index AM change proposals, redux |
Дата | |
Msg-id | 13057.1207930986@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Index AM change proposals, redux (Heikki Linnakangas <heikki@enterprisedb.com>) |
Ответы |
Re: Index AM change proposals, redux
|
Список | pgsql-hackers |
Heikki Linnakangas <heikki@enterprisedb.com> writes: > Tom Lane wrote: >> Perhaps it would be better to initialize needRecheck to the opclass >> RECHECK flag value? If the consistent function does nothing, the >> behavior is the same as before, but it can flip the flag in either >> direction if it wants. > I remember that last spring, in the context of GIT, you were worried > about the performance implication of preparing to recheck rows when no > rechecks are needed. I didn't quite buy that back then, but this would > have the same issue. As I mentioned upthread, it appears that we're paying that overhead anyway --- at least nodeIndexscan.c thinks we are. I need to dig into the planner a bit today and see whether it's taking any shortcuts for non-RECHECK operators. If it really is saving anything, then I'd agree that only RECHECK-marked operators should be allowed to adjust the flag. regards, tom lane
В списке pgsql-hackers по дате отправления: