Compare collations before merging UNION operations.
authorTom Lane <tgl@sss.pgh.pa.us>
Tue, 19 Nov 2024 23:26:19 +0000 (18:26 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Tue, 19 Nov 2024 23:26:19 +0000 (18:26 -0500)
commitf286f64bcf01106fc08ea1c14252ae2c26b7d189
treef67ea21a2213fabd76ace9c42a6ca17f680d518b
parent1f47e7b59b92c58eee6840325d1aaa6acee84194
Compare collations before merging UNION operations.

In the dim past we figured it was okay to ignore collations
when combining UNION set-operation nodes into a single N-way
UNION operation.  I believe that was fine at the time, but
it stopped being fine when we added nondeterministic collations:
the semantics of distinct-ness are affected by those.  v17 made
it even less fine by allowing per-child sorting operations to
be merged via MergeAppend, although I think we accidentally
avoided any live bug from that.

Add a check that collations match before deciding that two
UNION nodes are equivalent.  I also failed to resist the
temptation to comment plan_union_children() a little better.

Back-patch to all supported branches (v13 now), since they
all have nondeterministic collations.

Discussion: https://postgr.es/m/3605568.1731970579@sss.pgh.pa.us
src/backend/optimizer/prep/prepunion.c