Postgresql 中文操作指南
10.5. UNION, CASE, and Related Constructs #
SQL UNION 构造必须匹配可能的非相似类型才能成为单个结果集。解析算法应用于并集查询的每个输出列。INTERSECT 和 EXCEPT 构造以与 UNION 相同的方式解析非相似类型。包括 CASE、ARRAY、VALUES 及 GREATEST 和 LEAST 函数的一些其他构造使用相同的算法匹配其组分表达式并选择结果数据类型。
Type Resolution for UNION, CASE, and Related Constructs
后面有一些示例。
Example 10.10. Type Resolution with Underspecified Types in a Union
SELECT text 'a' AS "text" UNION SELECT 'b';
text
------
a
b
(2 rows)
此处,未知类型文本 'b' 将解析为 text 类型。
Example 10.11. Type Resolution in a Simple Union
SELECT 1.2 AS "numeric" UNION SELECT 1;
numeric
---------
1
1.2
(2 rows)
文本 1.2 为 numeric 类型,并且 integer 值 1 可以隐式转换成 numeric,因此使用了该类型。
Example 10.12. Type Resolution in a Transposed Union
SELECT 1 AS "real" UNION SELECT CAST('2.2' AS REAL);
real
------
1
2.2
(2 rows)
此处,由于类型 real 无法隐式转换为 integer,但 integer 可以隐式转换为 real,因此联合结果类型解析为 real。
Example 10.13. Type Resolution in a Nested Union
SELECT NULL UNION SELECT NULL UNION SELECT 1;
ERROR: UNION types text and integer cannot be matched
此故障发生,是因为 PostgreSQL 将多个 UNION 视为成对操作的嵌套;即,此输入与
(SELECT NULL UNION SELECT NULL) UNION SELECT 1;
内部 UNION 根据上述规则解析为发射类型 text。然后,外部 UNION 具有类型 text 和 integer 的输入,进而导致观察到的错误。可以通过确保最左侧的 UNION 至少具有一个所需的 result 类型输入来修复问题。
INTERSECT 和 EXCEPT 操作同样成对解析。但是,本节中描述的其他构造在其一个解析步骤中考虑其所有输入。
[12 ] 有点类似于对运算符和函数的域输入的处理方式,只要用户小心确保所有输入隐式或显式地属于该确切类型,该行为就可以通过 UNION 或类似构造来保留一个域类型。否则,将使用域的基本类型。
[13 ] 由于历史原因, CASE 将其 ELSE 子句(如果任何)视为“第一个”输入,然后考虑 THEN 子句。在所有其他情况下,“从左到右”意味着表达式在查询文本中出现的顺序。