Re: Inaccurate description of UNION/CASE/etc type selection - Mailing list pgsql-docs

From Tom Lane
Subject Re: Inaccurate description of UNION/CASE/etc type selection
Date
Msg-id 1073004.1597678264@sss.pgh.pa.us
Whole thread Raw
In response to Re: Inaccurate description of UNION/CASE/etc type selection  ("David G. Johnston" <david.g.johnston@gmail.com>)
Responses Re: Inaccurate description of UNION/CASE/etc type selection  ("David G. Johnston" <david.g.johnston@gmail.com>)
List pgsql-docs
"David G. Johnston" <david.g.johnston@gmail.com> writes:
> More concisely:

> Make the first input type a candidate type.  Each subsequent input type is
> compared to the current candidate, with a new candidate being chosen only
> when there exists a non-mutal implicit cast to the new type.  If at any
> point a preferred type is made a candidate then it will be chosen.

So this is just a verbatim statement of the algorithm, which is what
I was hoping to avoid :-(.  But maybe there's no simpler way.

            regards, tom lane



pgsql-docs by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: Inaccurate description of UNION/CASE/etc type selection
Next
From: "David G. Johnston"
Date:
Subject: Re: Inaccurate description of UNION/CASE/etc type selection