| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> | 
|---|---|
| To: | Gregory Stark <stark(at)enterprisedb(dot)com> | 
| Cc: | pgsql-bugs(at)postgresql(dot)org | 
| Subject: | Re: Hmm, nodeUnique doesn't really support backwards scan too well | 
| Date: | 2008-08-07 19:50:37 | 
| Message-ID: | 26381.1218138637@sss.pgh.pa.us | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-bugs | 
Gregory Stark <stark(at)enterprisedb(dot)com> writes:
> "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Gregory Stark | 2008-08-07 19:59:35 | Re: Hmm, nodeUnique doesn't really support backwards scan too well | 
| Previous Message | Gregory Stark | 2008-08-07 19:46:45 | Re: Hmm, nodeUnique doesn't really support backwards scan too well |