| From: | Önder Kalacı <onderkalaci(at)gmail(dot)com> | 
|---|---|
| To: | Japin Li <japinli(at)hotmail(dot)com> | 
| Cc: | Etsuro Fujita <etsuro(dot)fujita(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, pgsql-bugs(at)lists(dot)postgresql(dot)org | 
| Subject: | Re: BUG #18467: postgres_fdw (deparser) ignores LimitOption | 
| Date: | 2024-05-30 07:15:10 | 
| Message-ID: | CACawEhVBz3Em2T9=Xe==n5xtHshs7+DQ7tUqN21TFE76tN4Arw@mail.gmail.com | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-bugs | 
Hi,
and 2) ORDER BY must already
> > have been determined to be safe to push down before we get here.
>
When I read the code, the decision for that seems to happen in the next
line where this patch proposes to modify:
 /*
> * Also, the LIMIT/OFFSET cannot be pushed down, if their expressions are
> * not safe to remote.
> */
> if (!is_foreign_expr(root, input_rel, (Expr *) parse->limitOffset) ||
> !is_foreign_expr(root, input_rel, (Expr *) parse->limitCount))
> return;
Hence, I thought it is OK to add this new check to this place.
 So
> > in that case, if getting here, we can consider that WITH TIES is also
> > safe to push down (if the remote is v13 or later).
 See Tom's response here on why it might not be a good idea to pushdown
WITH TIES:
https://www.postgresql.org/message-id/2114796.1715878709%40sss.pgh.pa.us
I think, at least not with this patch, this patch is like a bug-fix. If
intended, it should be possible to
pushdown WITH TIES with a follow-up patch?
Thanks,
Onder
| From | Date | Subject | |
|---|---|---|---|
| Next Message | David Rowley | 2024-05-30 09:10:44 | Re: BUG #18484: "Cannot enlarge string buffer" during parallel execution of prepared statement/partitioning | 
| Previous Message | Daniel Gustafsson | 2024-05-30 06:25:00 | Re: BUG #18484: "Cannot enlarge string buffer" during parallel execution of prepared statement/partitioning |