Re: select_common_type()'s behavior doesn't match the documentation

From: Kevin Grittner <kgrittn(at)ymail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "pgsql-hackers(at)postgreSQL(dot)org" <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: select_common_type()'s behavior doesn't match the documentation
Date: 2013-11-30 18:12:17
Message-ID: 1385835137.15537.YahooMailNeo@web162903.mail.bf1.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> This came up because some of my Salesforce colleagues were griping about
> the fact that UNION isn't commutative.  They argue that the type
> resolution behavior ought not be sensitive at all to the ordering of the
> inputs.  I'm not sure we can achieve that in general, but the current
> approach certainly seems more order-sensitive than it oughta be.
>
> Some trolling in the git history says that the last actual change in
> this area was in my commit b26dfb95222fddd25322bdddf3a5a58d3392d8b1 of
> 2002-09-18, though it appears the documentation has been rewritten more
> recently.  It's a bit scary to be proposing to change behavior that's
> been stable for eleven years, but ...
>
> Thoughts?

The current behavior is bad enough to merit changing it.  Not for
back-patch, of course.

--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2013-11-30 19:00:46 Re: [PATCH] avoid buffer underflow in errfinish()
Previous Message Tom Lane 2013-11-30 18:00:04 Re: Incomplete freezing when truncating a relation during vacuum