| From: | David Rowley <dgrowleyml(at)gmail(dot)com> |
|---|---|
| To: | Francisco Olarte <folarte(at)peoplecall(dot)com> |
| Cc: | bajinsheng(at)u(dot)nus(dot)edu, pgsql-bugs(at)lists(dot)postgresql(dot)org |
| Subject: | Re: BUG #18092: Unexpected Result by enable_seqscan |
| Date: | 2023-09-07 11:05:29 |
| Message-ID: | CAApHDvrGABU272MSLFVn0nirf_7HuJttYsJay-ij=GCa8WAD1w@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
On Thu, 7 Sept 2023 at 19:35, Francisco Olarte <folarte(at)peoplecall(dot)com> wrote:
>
> On Thu, 7 Sept 2023 at 09:10, PG Bug reporting form
> > SET enable_seqscan=on;
> > SELECT DISTINCT ON (v0.c0) t0.c0 FROM v0, t0; -- {0.8}
> > SET enable_seqscan=false;
> > SELECT DISTINCT ON (v0.c0) t0.c0 FROM v0, t0; -- {0.1}
>
> This seems a variation of your previous report. To me your queries
> looks like you are asking Pg to "give me any row from this sets" and
> then complaining when it does not give you the same under different
> conditions.
Yeah, I agree. This seems documented in [1]:
"Note that the “first row” of each set is unpredictable unless ORDER
BY is used to ensure that the desired row appears first."
David
[1] https://www.postgresql.org/docs/15/sql-select.html#SQL-DISTINCT
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Zhijie Hou (Fujitsu) | 2023-09-07 12:10:52 | RE: BUG #18055: logical decoding core on AllocateSnapshotBuilder() |
| Previous Message | Thomas Munro | 2023-09-07 10:59:14 | Re: FW: query pg_stat_ssl hang 100%cpu |