# E.46\. 發布8.4.7 > **發布日期:** 2011-01-31 該發布包含8.4.6各種修復。關于8.4主要發布的新功能的各種信息， 參閱[Section E.53](#calibre_link-49)。 ## E.46.1\. 遷移到版本8.4.7 運行8.4.X不需要備份/恢復。然而，如果你從8.4.2更早版本更新， 參閱8.4.2的發布說明。 ## E.46.2\. 變化 * 當`EXPLAIN`嘗試顯示簡單形式`CASE`表達式時， 避免錯誤(Tom Lane) 如果`CASE`的測試表達式是常量，規劃器可以簡化 `CASE`到困惑表達式顯示代碼形式， 導致"不希望的CASE WHEN子句"錯誤。 * 修復分配給下標的現有范圍的數組片段(Tom Lane) 如果在新添加的下標和最早預先存在的下標之間存在差距， 該代碼誤算了許多需要從舊的數組無效的位圖拷貝的項， 可能導致數據損壞或崩潰。 * 在規劃非常遠的日期值時避免意外轉換溢出(Tom Lane) `date`類型支持比通過`timestamp`類型表示的更廣泛日期， 但是規劃器假設它完全可以將日期轉換為timestamp。 * 當`standard_conforming_strings`是on時， 為大對象(BLOBs)修復pg_restore的 文本輸出(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算法中的錯誤(Alexander Korotkov) 這可能導致相當大的無效率，雖然在`seg`列上的GiST索引中不是真的錯誤答案。 如果你有這樣一個索引，可以在安裝這個更新之后考慮下`REINDEX`它。 （這與以前更新中`contrib/cube`中被修復的錯誤是相同的）。