From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Etsuro Fujita <etsuro(dot)fujita(at)gmail(dot)com> |
Cc: | eric(dot)cyr(at)gmail(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #17889: Invalid cursor direction for a foreign scan that reached the fetch_size (MOVE BACKWARD ALL IN cX) |
Date: | 2023-04-29 22:50:24 |
Message-ID: | 1852635.1682808624@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Etsuro Fujita <etsuro(dot)fujita(at)gmail(dot)com> writes:
>> I think that the root cause is in commit d844cd75a, which disallowed
>> rewinding and then re-fetching forwards in a NO SCROLL cursor. I am
>> not sure what to do about this issue, but I am wondering whether that
>> commit is too restrictive, because 1) these examples would work just
>> fine without that commit, and 2) we still allow
>> rewind-and-fetch-forwards in a SCROLL cursor even when the query
>> includes volatile functions.
Well, the short answer here is that postgres_fdw is depending on
something that has squishy semantics, for the reasons enumerated
in d844cd75a (see also [1]). Maybe we can carve out an exception
that's narrow enough that we can convince ourselves it's not squishy,
but I'm not very sure what the rules should be.
regards, tom lane
[1] https://www.postgresql.org/message-id/201144.1682350828%40sss.pgh.pa.us
From | Date | Subject | |
---|---|---|---|
Next Message | PG Bug reporting form | 2023-04-30 03:20:31 | BUG #17913: alter column set (n_distinct=...) on partition head doesn't work for declarative partitioned tables |
Previous Message | Tom Lane | 2023-04-29 22:24:47 | Re: BUG #17798: Incorrect memory access occurs when using BEFORE ROW UPDATE trigger |