pgsql.cc 提供对 postgresql.org 官网内容的中文翻译，由 Pigsty 团队维护。
UNION 和 CASE 结构 #UNION 结构必须把可能不相似的类型匹配起来 构成单一结果集。解析算法对联合查询的 每个输出列分别应用。INTERSECT 和 EXCEPT 结构用与 UNION 相同的方式解析不相似的类型。 CASE 结构也使用同一算法来匹配其 组成表达式并选择结果数据类型。
UNION 和 CASE 类型解析
如果所有输入都是 unknown 类型，就解析为 text 类型（string 类别的首选类型）。 否则，在选择类型时忽略 unknown 输入。
如果非unknown输入并非全都属于同一类型分类，则失败。
如果一个或多个非 unknown 输入是该类别中的首选类型， 就解析为该类型。
否则，解析为第一个非 unknown 输入的类型。
把所有输入强制转换为所选类型。
例 5.7. 联合中未充分指定的类型
tgl=> SELECT text 'a' AS "Text" UNION SELECT 'b'; Text ------ a b (2 rows)
这里，未知类型的字面量 'b' 会被解析成 text 类型。
例 5.8. 简单联合中的类型转换
tgl=> SELECT 1.2 AS "Double" UNION SELECT 1;
Double
--------
1
1.2
(2 rows)
字面量 1.2 是 double precision 类型， 即数值类别中的首选类型，所以使用该类型。
例 5.9. 转置联合中的类型转换
这里 union 的输出类型被强制匹配 union 中第一个子句的类型：
tgl=> SELECT 1 AS "All integers"
tgl-> UNION SELECT CAST('2.2' AS REAL);
All integers
--------------
1
2
(2 rows)
由于 REAL 不是首选类型，解析器找不到 选它而不选 INTEGER（也就是 1 的类型）的理由，于是 退回到使用第一个备选的规则。 这个例子说明首选类型机制并没有编码 我们希望的那样多的信息。PostgreSQL 的未来版本可能支持更一般的类型 偏好概念。
译文有误、术语不当或页面显示问题，请到译文仓库 pgsty/pgdoc 报告译文问题。 英文原文本身的问题，请在当前版本的对应页面向上游反馈；上游不再修订已结束维护的版本。