E.17. 發布9.1.2 · PostgreSQL 中文文檔 9.3

# E.17\. 發布9.1.2 > **發布日期:** 2011-12-05 該發布包含來自9.1.1的各種修復。關于9.1主要版本新功能的信息，參閱[Section E.19](#calibre_link-148)。 ## E.17.1\. 遷移到版本9.1.2 為運行9.1.X不需要轉儲/恢復。然而，在`information_schema.referential_constraints`視圖的定義中發現了一個長期錯誤。如果你依賴該視圖的正確結果，那么你應該像下面第一個更新記錄項解釋的替換它的定義。另外，如果你使用`citext`數據類型，并且你通過運行pg_upgrade從以前的主要版本升級，你應該運行`CREATE EXTENSION citext FROM unpackaged` 以避免`citext`操作中排序規則相關的錯誤。如果你從包含`citext`數據類型實例的9.1之前數據庫恢復轉儲，那么同樣是必要的。如果在升級到9.1.2之前你已經運行`CREATE EXTENSION`命令，你將不需要做手動更新目錄，正如第二個記錄項解釋的那樣。 ## E.17.2\. 變化 * 修復`information_schema.referential_constraints`視圖中錯誤(Tom Lane) 該視圖對于匹配依賴主鍵的外鍵約束或者唯一性約束不夠仔細。這可能導致顯示所有外鍵約束的錯誤，或者顯示多次，或者聲明它取決于比確實存在的不同約束。因為該視圖定義是通過initdb安裝的，只是升級不會修復該問題。如果你需要在現有的安裝中修復這個問題，你可以（作為一個超級用戶）刪除 `information_schema`模式，然后通過 `_SHAREDIR_`/information_schema.sql 重新創建它。（如果你不確定`_SHAREDIR_`在哪里，運行`pg_config --sharedir`）必須在被修復的每個數據庫中重復。 * 使得`contrib/citext`的更新腳本修復`citext`列和索引的排序規則(Tom Lane) 現有的`citext`列和索引不能正確標記為在pg_upgrade中來自 9.1之前服務器的collatable數據類型，或者當包含`citext`類型的9.1之前備份被加載到9.1服務器時。這導致這些列上的操作有錯誤而失敗，比如"不能決定為字符串比較使用哪個排序規則"。這種變化可以通過在`CREATE EXTENSION citext FROM unpackaged`中升級`citext`模塊到一個適當的9.1擴展的相同腳本進行修復。如果你有遇到這個問題的以前升級數據庫，而且你已經運行`CREATE EXTENSION`，你可以手動運行（作為超級用戶）在`_SHAREDIR_`/extension/citext--unpackaged--1.0.sql 結尾發現的`UPDATE`命令。（如果你不確定`_SHAREDIR_`在哪，那么運行`pg_config --sharedir`。）如果不確定再次這樣做是沒有害處的。 * 修復`UPDATE`或者`DELETE` 加入到標量返回函數輸出中的可能崩潰(Tom Lane) 如果目標行同時被更新，那么可能發生崩潰，因此這個問題間歇性地出現。 * 修復GIN索引更新WAL記錄的錯誤回放(Tom Lane) 這可能導致在崩潰后或者熱備服務器上暫時無法找到索引項，然而，該問題可以通過索引的下一個`VACUUM`被修復。 * 修復 `CREATE TABLE dest AS SELECT * FROM src` 或者`INSERT INTO dest SELECT * FROM src`期間 TOAST相關數據損壞(Tom Lane) 如果表通過`ALTER TABLE ADD COLUMN`被修改，那么嘗試逐字拷貝它的數據到另一個表在某些困境情況下可以產生崩潰結果。該問題表現在8.4以及之后版本的精確形式中，但是我們補丁早期版本以及有其他編碼路徑下可以觸發相同錯誤。 * 修復熱備啟動中可能錯誤(Simon Riggs) * 當初始快照不完整時，更快啟動熱備(Simon Riggs) * 修復toast表訪問陳舊syscache項中的競爭條件(Tom Lane) 典型癥狀是短暫錯誤像"為pg_toast_2619中toast值NNNNN丟失塊號0"，其中引用的toast表總是從屬于一個系統目錄。 * 跟蹤用于參數缺省表達式函數依賴(Tom Lane) 以前，被引用的對象沒有刪除或者修改函數而被刪除，當使用該函數時，導致錯誤操作。請注意，僅僅安裝此更新將不能修復丟失依賴項；這樣，你之后需要`CREATE OR REPLACE`每個函數。如果你有缺省依賴非內置對象的函數，這樣做是值得推薦的。 * 修復nestloop連接中占位符變量的錯誤管理(Tom Lane) 這個錯誤已知的導致"在子計劃目標列中沒有找到變量"規劃器錯誤，并且當涉及到外部連接時，可能導致錯誤查詢輸出。 * 修復涉及聚集表達式排序的window函數(Tom Lane) 以前這些可能伴隨"沒有找到pathkey項排序"規劃器錯誤而失敗。 * 修復"MergeAppend子目錄列不匹配MergeAppend"規劃器錯誤(Tom Lane) * 修復collatable和noncollatable輸入索引匹配操作符(Tom Lane) 在9.1.0中，可索引操作符具有非collatable左邊輸入類型和collatable右邊輸入類型不會被公認為匹配左邊列的索引。例子是`hstore` `?` `text`操作符。 * 允許有多個OUT參數的設置返回SQL函數的內聯(Tom Lane) * 不能信任連接刪除的延緩唯一索引 (Tom Lane 和Marti Raudsepp) 延遲唯一性約束可能不會持有內部事務，因此假設它可以給定錯誤的查詢結果。 * 使得`DatumGetInetP()`解壓有1字節頭的inet數據，并且添加一個新宏， `DatumGetInetPP()`確實沒有(Heikki Linnakangas) 這個變化不影響核心代碼，但是可能阻止希望`DatumGetInetP()`按慣例產生解壓數據的附加代碼中崩潰。 * 提高`money`類型的輸入和輸出的區域支持(Tom Lane) 除了不支持所有標準的[`lc_monetary`](#calibre_link-1571) 格式選項，輸入和輸出函數是一致的，意味著有區域備份`money`值不能被重讀。 * 不要讓 [`transform_null_equals`](#calibre_link-1572) 影響`CASE foo WHEN NULL ...`結構 (Heikki Linnakangas) `transform_null_equals`只會影響直接由用戶編寫的`foo = NULL`表達式，通過`CASE`這種形式內部產生的不平等檢查。 * 改變外鍵觸發器創建順序更好地支持自我參照外鍵(Tom Lane) 一個級聯外鍵引用它自己的表，行更新將觸發`ON UPDATE`觸發器和作為一個事件的`CHECK`。 `ON UPDATE` 觸發器必須首先執行，否則`CHECK`將檢查該行的非最終狀態并且可能拋出一個不合適錯誤。然而，這些觸發器的觸發順序是由自己名字決定的，其中通常按照創建順序排序，因為觸發器按照慣例"RI_ConstraintTrigger_NNNN" 有自動生成的名字。一個適當的修復將需要修改該慣例，我們會在9.2中執行，但在現有的版本中改變它似乎有風險。所以這個補丁只改變觸發器的創建順序。用戶遇到此類型的錯誤要刪除并重新創建外鍵約束使得它的觸發器進入正確的順序。 * 修復`DROP OPERATOR FAMILY`中`IF EXISTS`正常運行(Robert Haas) * 不允許來自自己腳本中擴展的刪除(Tom Lane) 這阻止了在擴展依賴的錯誤管理下的古怪操作。 * 不要標記自動生成類型為擴展成員(Robert Haas) 關系行類型以及自動生成的數組類型不需要`pg_depend`中自己的擴展成員項，并且創建這樣的項使得擴展更新復雜化。 * 在`CREATE EXTENSION`中處理無效的早已存在的`search_path` 設置(Tom Lane) * 當跟蹤緩沖區分配率時，避免浮點下溢(Greg Matthews) 當對自身無害時，在某些平臺上這可能導致討厭的內核日志信息。 * 防止可串行化模式下運行的自動清理事務(Tom Lane) 以前自動清理使用集群端缺省事務隔離級別，但是沒有必要使用高于READ COMMITTED的任何東西，并且使用SERIALIZABLE可以導致其他進程的不必要延遲。 * 確保walsender進程迅速反應給SIGTERM(Magnus Hagander) * 從基礎備份中排除`postmaster.opts` (Magnus Hagander) * 當在Windows下啟動子進程時，保留配置文件名字和行號值(Tom Lane) 以前，這些在`pg_settings`視圖中不能被正確顯示。 * 修復ecpg的SQLDA區域中不正確字段對齊(Zoltan Boszormenyi) * 保留psql的命令歷史中該命令中的空白行(Robert Haas) 如果從字符串中刪除空行，前者操作可能產生問題，比如。 * 避免pg_dump中特定平臺無限循環(Steve Singer) * 修復pg_dump中純文本輸出格式的壓縮 (Adrian Klaver和Tom Lane) pg_dump從歷史角度理解沒有`-F`切換的`-Z`，這意味著它應該發出純文本輸出的gzip壓縮版本。恢復該行為。 * 修復pg_dump以備份自動生成類型之間用戶定義的映射，比如表rowtype(Tom Lane) * 修復pg_dump中外服務器名字的丟失引用(Tom Lane) * pg_upgrade各種修復(Bruce Momjian) 正確處理排斥約束，避免Windows上錯誤，不要抱怨8.4數據庫中不匹配toast表名。 * 在PL/pgSQL中，允許外表定義行類型(Alexander Soudakov) * 解決了PL/Perl函數結果轉換(Alex Hunsaker和Tom Lane) 恢復PL/Perl函數返回`void`的9.1之前操作忽略了最后Perl語句的結果值；如果該語句返回一個引用，那么9.1.0可能拋出錯誤。另外，確保它返回復合類型字符串值，只要該字符串符合類型的輸入格式。此外，當函數的聲明結果類型分別不是數組或者復合類型時， (先前9.1版本而不能返回字符串像這種情況中的 `ARRAY(0x221a9a0)`或者 `HASH(0x221aa90)`) 嘗試返回Perl數組或者哈希而拋出錯誤。 * 確保PL/Perl字符串總是正確的UTF8編碼(Amit Khandekar和Alex Hunsaker) * 使用xsubpp首選版本以編譯PL/Perl，不一定操作系統的主拷貝(David Wheeler和 Alex Hunsaker) * 在PL/Python異常中正確擴散SQLSTATE(Mika Eloranta和Jan Urbanski) * 為Python主要版本不同于一個建立的不要安裝PL/Python擴展文件(Peter Eisentraut) * 如果他們提供psql，那么改變所有`contrib`擴展腳本文件以報告有用錯誤消息(Andrew Dunstan和Tom Lane) 這有助于教會人們關于使用`CREATE EXTENSION`的新方法加載這些文件。在多數情況下，使用的腳本可能直接失敗，但是伴隨著難以解釋信息。 * 修復`contrib/dict_int`和 `contrib/dict_xsyn`中錯誤編碼(Tom Lane) 一些函數錯誤地假設通過`palloc()`返回的內存保證為零。 * 從正則表達式測試機制中刪除`contrib/sepgsql`測試(Tom Lane) 因為這些測試需要root權限，它們不切實際地自動運行。相反切換到手動方式，并且提供測試腳本。 * 修復`contrib/unaccent`的配置文件解析中的各種錯誤(Tom Lane) * 接受`pgstatindex()`中的及時查詢取消中斷(Robert Haas) * 修復Mac OS X啟動腳本中日志文件名的錯誤引用(Sidar Lopez) * 恢復`WAL_DEBUG`的意外激活(Robert Haas) 幸運的是，作為調試工具，這是相當便宜的；但它并不打算缺省啟用，所以恢復。 * 確保VPATH編譯正確安裝所有服務器頭文件(Peter Eisentraut) * 縮短詳細錯誤消息中報告的文件名(Peter Eisentraut) 規則編譯一直被包含錯誤消息調用的C文件名報告，但是VPATH編譯之前報告絕對路徑名。 * 修復中美洲Windows時區名解釋(Tom Lane) 映射"中美洲標準時間"為`CST6`，而不是`CST6CDT`，因為在中美洲任何地方通常觀察不到DST。 * 為了Brazil, Cuba, Fiji, Palestine, Russia和Samoa中DST變化規律更新時區數據文件到tzdata發布2011n；以及歷史修正Alaska和British East Africa。