Re: Hmm, nodeUnique doesn't really support backwards scan too well
От | Tom Lane |
---|---|
Тема | Re: Hmm, nodeUnique doesn't really support backwards scan too well |
Дата | |
Msg-id | 26381.1218138637@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Hmm, nodeUnique doesn't really support backwards scan too well (Gregory Stark <stark@enterprisedb.com>) |
Ответы |
Re: Hmm, nodeUnique doesn't really support backwards scan too well
|
Список | pgsql-bugs |
Gregory Stark <stark@enterprisedb.com> writes: > "Tom Lane" <tgl@sss.pgh.pa.us> writes: >> Well, if you think it's easy, the best form of criticism is a patch. >> The change-of-direction problem seems to me to be messy --- not >> insoluble, but messy enough to need beta testing. > Hm, I must have misunderstood the bug because there's a comment in nodeUnique > which claims it already does precisely what I was suggesting: > * We return the first tuple from each group of duplicates (or the last > * tuple of each group, when moving backwards). At either end of the > * subplan, clear the result slot so that we correctly return the > * first/last tuple when reversing direction. That's what it *used* to say. But the problem is that that's the wrong behavior, because you get different tuples returned depending on which way you are traveling. It's only workable if the tuples in a group are completely indistinguishable. regards, tom lane
В списке pgsql-bugs по дате отправления: