From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Noel <noel(dot)faux(at)med(dot)monash(dot)edu(dot)au> |
Cc: | pgsql-novice(at)postgresql(dot)org |
Subject: | Re: problem with using fetch and a join. |
Date: | 2002-12-20 14:47:53 |
Message-ID: | 15266.1040395673@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
Noel <noel(dot)faux(at)med(dot)monash(dot)edu(dot)au> writes:
> begin;
> declare test cursor for
> select protein.accession
> from protein, region
> where protein.accession like '%1245%'
> and protein.accession = region.accession
> and region.protein_database = 1;
> fetch forward 2 in test;
> fetch backward 1 in test;
FETCH (or MOVE) BACKWARD doesn't work with most join plan types (or
indeed anything much more complex than a simple seqscan or indexscan).
There ought to be some logic in there to detect and complain about the
non-working cases, but right now I fear you just get the wrong answer
when any given routine doesn't pay attention to the direction flag :-(
I believe it will work when the top plan node is a Sort, so one possible
workaround is to add an explicit ORDER BY to the query.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | hodges | 2002-12-20 15:43:35 | pg_hba.conf |
Previous Message | Noel | 2002-12-20 06:54:14 | problem with using fetch and a join. |