From: | David Rowley <dgrowleyml(at)gmail(dot)com> |
---|---|
To: | Richard Guo <guofenglinux(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, dqetool(at)126(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #18764: server closed the connection unexpectedly |
Date: | 2025-01-10 01:35:52 |
Message-ID: | CAApHDvp8FAfk4trKMnc+3O0yoyzFjWBs33t6_rx06TZZV0erVA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Thu, 9 Jan 2025 at 20:38, Richard Guo <guofenglinux(at)gmail(dot)com> wrote:
>
> On Thu, Jan 9, 2025 at 12:44 PM David Rowley <dgrowleyml(at)gmail(dot)com> wrote:
> > Can't you just look up the setop's type from op->colTypes instead of
> > looking the type up via the sortop? i.e. the attached?
>
> Yeah, right. Using SetOperationStmt.colTypes is more convenient here.
I pushed a revised patch. I removed the check for the sortop. I first
also thought I'd overlooked that, but it turned out that's fine as it
was as standard_qp_callback() handles checking for un-sortable
SortGroupClauses.
Jason, you can expect a fix for this in 17.3. In the meantime, you
could add an explicit cast to numeric in the subquery, e.g:
SELECT c2 AS ca2, c2 AS ca3
FROM t0
UNION
SELECT DISTINCT ca8 AS ca5, ca7::numeric AS ca6
FROM (
SELECT c1 AS ca7, c2 AS ca8 FROM t0
) AS ta1 JOIN (
SELECT c1 AS ca10, c1 AS ca11
FROM t0
) AS ta2 ON TRUE;
Thanks for the report.
David
From | Date | Subject | |
---|---|---|---|
Next Message | PG Bug reporting form | 2025-01-10 01:49:08 | BUG #18770: The function 'packGraph ' causes a memory leak. |
Previous Message | Fujii Masao | 2025-01-09 12:11:25 | Re: BUG #18663: synchronous_standby_names vs synchronous_commit vs pg_stat_replication |