# E.78\. 版本 8.2.23 > **發布日期:** 2011-12-05 這個版本包含各種自8.2.22以來的修復。關于8.2主版本的新特性信息， 請查看[Section E.101](#calibre_link-223)。 這預計是8.2.X系列的最后一個PostgreSQL版本。 建議用戶盡快更新到一個新的版本分支。 ## E.78.1\. 遷移到版本 8.2.23 運行8.2.X的用戶不需要轉儲/恢復。 不過，在`information_schema.referential_constraints` 視圖的定義中發現一個長期存在的錯誤。如果你依賴于該視圖的正確結果， 你應該像下面解釋的第一個更新日志項一樣替換它的定義。 還有，如果你是從一個早于8.2.14的版本升級而來，那么請查看8.2.14的版本聲明。 ## E.78.2\. 修改列表 * 修復在`information_schema.referential_constraints`視圖中的錯誤 (Tom Lane) 這個視圖在匹配外鍵約束到決定性的主鍵或唯一鍵約束上不夠細心。 這會導致未能顯示外鍵約束，或者多次顯示外鍵約束， 或者抱怨它依賴于一個與它實際依賴的不同的約束。 因為視圖定義是通過initdb安裝的，只是升級將不能修復該問題。 如果你需要在一個現有的安裝中修復該問題，你可以（作為超級用戶） 刪除`information_schema`模式，然后通過來源 `_SHAREDIR_`/information_schema.sql 重新創建它。（如果不確定`_SHAREDIR_`在哪里，運行 `pg_config --sharedir`。）必須在每個要修復的數據庫中重復該步驟。 * 修復`CREATE TABLE dest AS SELECT * FROM src`或 `INSERT INTO dest SELECT * FROM src`期間TOAST相關的數據損壞 (Tom Lane) 如果一個表通過`ALTER TABLE ADD COLUMN`修改了， 那么嘗試逐字的拷貝它的數據到另外一個表可能在極端情況下產生損壞的結果。 這個問題只能在8.4及以后的版本中以這個精確的形式來驗證， 不過我們也給早期的版本打了補丁，以防有其他的代碼路徑會觸發相同的錯誤。 * 修復toast表訪問陳舊的系統緩存記錄時的競態條件 (Tom Lane) 典型的癥狀是像"missing chunk number 0 for toast value NNNNN in pg_toast_2619" 這樣的瞬態錯誤，這里引用的toast表將總是屬于一個系統目錄。 * 改善`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中實現， 但是在現有的版本中修改它似乎是危險的。所以這個路徑只是改變了觸發器的創建順序。 用戶遇到這個類型的錯誤時應該刪除并重建外鍵約束，以使它的觸發器的順序正確。 * 保護psql命令歷史中的命令中的空行 (Robert Haas) 例如，如果從一個字符串文本中刪除了一個空行，前者的行為會導致問題。 * 使用xsubpp的首選版本建立PL/Perl， 不一定是操作系統的主要拷貝 (David Wheeler 和 Alex Hunsaker) * 遵從`pgstatindex()`中的查詢取消立即中斷 (Robert Haas) * 確保VPATH構建適當的安裝所有的服務器頭文件 (Peter Eisentraut) * 縮短在詳細錯誤消息中報告的文件名 (Peter Eisentraut) 常規的構建總是只是報告包含錯誤消息調用的C文件的名字， 但是VPATH構建以前報告一個絕對路徑名。 * 為Central America修復Windows時區名的解釋 (Tom Lane) 映射"Central America Standard Time"到`CST6`， 而不是`CST6CDT`，因為DST通常沒有觀察到Central America的每一個地方。 * 更新時區數據文件到tzdata版本2011n，因為DST規律在 Brazil、Cuba、Fiji、Palestine、Russia和Samoa發生了改變； 還為Alaska和British East Africa做了歷史糾正。