E.81. 版本 8.2.20 · PostgreSQL 中文文檔 9.3

# E.81\. 版本 8.2.20 > **發布日期:** 2011-01-31 這個版本包含各種自8.2.19以來的修復。關于8.2主版本的新特性信息，請查看[Section E.101](#calibre_link-223)。 ## E.81.1\. 遷移到版本 8.2.20 運行8.2.X的用戶不需要轉儲/恢復。不過，如果你是從一個早于8.2.14的版本升級而來，那么請查看8.2.14的版本聲明。 ## E.81.2\. 修改列表 * 避免`EXPLAIN`嘗試顯示一個`CASE`表達式的簡單格式時的失敗 (Tom Lane) 如果`CASE`的測試表達式是一個常量，規劃器將簡化`CASE` 為一個混淆表達式顯示代碼的格式，導致"unexpected CASE WHEN clause"錯誤。 * 修復分配給數組切片的下標在現有范圍之前 (Tom Lane) 如果在新添加的下標和已經存在的下標之間存在間隔，代碼錯誤計算有多少項需要從老的數組的空位圖中拷貝，潛在的導致數據損壞或崩潰。 * 避免規劃器中非常遙遠的日期值意外的轉換溢出 (Tom Lane) `date`類型比`timestamp`類型可以表示的日期支持的范圍更加廣泛，但是規劃器假設它總是可以將日期轉換為時間戳而不受懲罰。 * 修復啟用`standard_conforming_strings`時， pg_restore為大對象(BLOBs)的文本輸出 (Tom Lane) 盡管直接恢復到一個數據庫能正確的工作，但是如果pg_restore 要求SQL文本輸出和`standard_conforming_strings`已經在源數據庫中啟用了的話，字符串的逃逸是不正確的。 * 修復包含`... & !(subexpression) | ...` 的`tsquery`值的錯誤解析 (Tom Lane) 包含這種操作符組合的查詢沒有正確的執行，相同的錯誤存在于`contrib/intarray` 的`query_int`類型和`contrib/ltree`的`ltxtquery`類型中。 * 為`query_int`類型修復`contrib/intarray`的輸入函數中的緩沖區溢出 (Apple) 這個錯誤是一個安全風險，因為該函數的返回地址可能會被重寫。感謝Apple Inc的安全團隊報告這個問題并且提供該修復。 (CVE-2010-4015) * 修復`contrib/seg`的GiST picksplit算法中的bug (Alexander Korotkov) 這會導致相當大的低效，盡管不是真的錯誤回復，在`seg`字段的GiST索引中。如果你有這樣的一個索引，考慮在安裝這個更新之后`REINDEX`它。（這和在以前的更新中的`contrib/cube`中修復的錯誤相同。）