# 47.14\. `pg_collation` `pg_collation`表描述可用的排序規則，本質上從一個SQL名字映射到操作系統本地類別。 參閱[Section 22.2](#calibre_link-667)獲取詳細信息。 **Table 47-14\. `pg_collation` 字段** | 名字 | 類型 | 引用 | 描述 | | --- | --- | --- | --- | | `oid` | `oid` | 行標識符(隱藏屬性; 必須明確選擇) | | `collname` | `name` | 排序規則名 (每個名字空間和編碼唯一) | | `collnamespace` | `oid` | `pg_namespace`.oid | 包含這個排序規則的名字空間的OID | | `collowner` | `oid` | `pg_authid`.oid | 排序規則的所有者 | | `collencoding` | `int4` | 排序規則可用的編碼，如果適用于任意編碼為-1 | | `collcollate` | `name` | 這個排序規則對象的`LC_COLLATE` | | `collctype` | `name` | 這個排序規則對象的`LC_CTYPE` | 請注意這個表中的主鍵是(`collname`, `collencoding`, `collnamespace`)不只是(`collname`, `collnamespace`)。 PostgreSQL通常忽略所有的`collencoding` 不等于當前數據庫編碼或-1的排序規則，并且和`collencoding` = -1 里的條目有相同名字的新條目的創建是被禁止的。因此，使用一個受限制的SQL名字 (`_schema_`.`_name_`)足夠去定義一個排序規則，即使根據表的定義這不是唯一的。 這種方式定義表的原因是initdb在集群初始化時用所有在系統上可用的區域設置的條目填充了它， 所以必須能夠保持所有可能在集群中用的到編碼的條目。 在`template0`數據庫中，創建編碼不匹配數據庫編碼的排序規則可能是有用的， 因為他們可以匹配稍后從`template0`復制來的數據庫編碼。目前這些必須手動完成。