# 10.5\. `UNION`, `CASE` 和相關構造 SQL `UNION` 構造必須把那些可能不太相似的類型匹配起來成為一個結果集。 解析算法分別應用于聯合查詢的每個輸出字段。`INTERSECT`和`EXCEPT` 構造對不相同的類型使用和 `UNION`相同的算法進行解析。 `CASE`, `ARRAY`, `VALUES`, `GREATEST`, 和`LEAST`構造也使用同樣的算法匹配它的部件表達式并且選擇一個結果數據類型。 **`UNION`, `CASE`和相關構造的類型解析** 1. 如果所有輸入都是相同的類型，并且不是`unknown`類型，那么解析成這種類型。 否則，用它們潛在的基本類型替換列表中的域類型。 2. 如果所有輸入都是`unknown`類型則解析成`text`類型 (字符串類型范疇的首選類型)。否則，忽略`unknown`輸入。 3. 如果非 unknown 輸入不屬于同一個類型范疇，失敗。 4. 如果有，則選取第一個屬于該范疇中首選類型的非 unknown 輸入類型。 5. 否則，選擇最后一個允許所有前面的非unknown輸入隱式轉換為它的非unknown輸入類型。 （總是有這么一種類型，因為至少列表上的第一種類型必須適合這種情況。） 6. 把所有輸入轉換為所選的類型。如果從給定的輸入到所選的類型沒有一個轉換則失敗。 下面是一些例子。 **Example 10-8\. Union中的待定類型解析** ``` SELECT text 'a' AS "text" UNION SELECT 'b'; text ------ a b (2 rows) ``` 這里，unknown 類型文本`'b'`將被解析成`text`類型。 **Example 10-9\. 簡單Union中的類型解析** ``` SELECT 1.2 AS "numeric" UNION SELECT 1; numeric --------- 1 1.2 (2 rows) ``` 文本`1.2`的類型為`numeric`，而且`integer`類型的`1` 可以隱含地轉換為`numeric`，因此使用這個類型。 **Example 10-10\. 轉置Union中的類型解析** ``` SELECT 1 AS "real" UNION SELECT CAST('2.2' AS REAL); real ------ 1 2.2 (2 rows) ``` 這里，因為類型`real`不能被隱含轉換成`integer`，但是`integer` 可以隱含轉換成`real`，那么聯合的結果類型將是`real`。