# E.48\. 發布8.4.5 > **發布日期:** 2010-10-04 該發布包含來自8.4.4中的各種修復。 關于8.4主要版本的新功能的各種信息，參閱[Section E.53](#calibre_link-49)。 ## E.48.1\. 遷移到版本8.4.5 運行8.4.X不需要備份/恢復。然而，如果你從8.4.2的早期版本升級， 參閱8.4.2的發布說明。 ## E.48.2\. 變化 * 為每個調用PL/Perl和PL/Tcl中SQL userid使用獨立解釋器(Tom Lane) 這種變化可以防止通過顛覆隨后在同一會話中另一個SQL用戶身份下執行的Perl或Tcl代碼造成的安全問題 （例如，在`SECURITY DEFINER`函數中）。 大多數的腳本語言提供了可以執行的眾多方法， 如重新定義標準函數或目標函數運算符。沒有這種變化的話，任何擁有Perl或Tcl語言使用權的SQL用戶 可以執行擁有目標函數所有者的SQL權限應該做的事情。 這種變化的成本是在Perl和Tcl函數之間溝通意圖變得更加困難。 為了提供一個逃生出口，PL/PerlU和PL/TclU函數繼續每個會話中僅僅使用一個解釋器。 這沒有考慮安全問題，因為在數據庫超級用戶的信任級別上執行所有這些函數。 可能聲稱提供可信執行程序的第三方程序語言有類似的安全問題。 我們建議你依賴安全關鍵用途聯系任何PL的作者。 我們應該感謝Tim Bunce提出這個問題(CVE-2010-3433)。 * 防止`pg_get_expr()`中可能的事故， 通過禁止適合與不是一個系統目錄列之一的參數一起使用。(Heikki Linnakangas, Tom Lane) * 處理退出代碼128(`ERROR_WAIT_NO_CHILDREN`)作為Windows上非致命的(Magnus Hagander) 在高負荷的情況下，Windows進程在使用錯誤碼啟動過程失敗。 之前postmaster把這個看作恐慌條件并且重新啟動整個數據庫，但這似乎是反應過度。 * 修復占位符賦值不正確位置(Tom Lane) 當它們本應是空的時候，這個錯誤可能導致查詢輸出非空。 在該情況下，輸出列表非嚴格的表達式下外部連接的內部是一個子選擇。 * 修復`UNION ALL`成員關系可能的重復掃描(Tom Lane) * 修復"不能處理非計劃子查詢"錯誤(Tom Lane) 當包含連接別名參考的子查詢擴展到含有另一個子選擇的表達式中時，發生這種情況。 * 修復引用視圖或出現在嵌套子查詢中的子選擇的整列變量的不當處理(Tom Lane) * 修復交叉類型`IN`比較的處理不當(Tom Lane) 如果規劃器試圖實現使用分類然后唯一的完全連接計劃的`IN`連接。 * 修復統計`tsvector`列的`ANALYZE`的計算(Jan Urbanski) 最初代碼可以產生不正確統計，導致之后錯誤規劃選擇。 * 優化通過`array_agg()`， `string_agg()`和類似聚合函數使用的內存的規劃器估計(Hitoshi Harada) 以往過低估計可以導致內存不足錯誤，由于哈希聚集規劃不恰當的選擇。 * 修復標記緩存計劃是短暫的錯誤(Tom Lane) 當`CREATE INDEX CONCURRENTLY`在進展中作為一個參考表，如果已準備好一個規劃， 一旦索引是現成的，它應該重新被規劃。這是不會發生的。 * 在一些偶然報道btree失敗的案例中減少PANIC到ERROR， 并提供產生錯誤信息中的額外的細節。 這可以優化使用錯誤索引的系統的魯棒性。 * 修復GIN索引部分匹配查詢的錯誤搜索邏輯(Tom Lane) 涉及一些GIN索引條件的AND/OR組合情況不總是給出正確答案， 有時候比必要情況慢的多。 * 防止autovacuum進程中show_session_authorization()的崩潰(Tom Lane) * 并不是所有返回行都是同一rowtype的地方防范函數返回集合記錄(Tom Lane) * 修復在子事務回滾期間待定觸發器事件列表的可能損壞(Tom Lane) 這可能導致崩潰或者錯誤觸發觸發器。 * 當散列按引用傳遞函數結果時，修復可能錯誤(Tao Ma, Tom Lane) * 優化join列中NULL的合并連接處理(Tom Lane) 如果排序順序是NULL排序高，那么合并連接可以完全停止到達第一個NULL。 * 當寫入它們時，注意fsync鎖文件內容（`postmaster.pid`和socket鎖文件）(Tom Lane) 如果在postmaster啟動之后不久該機器崩潰，那么該忽略可能導致損壞的鎖文件內容。 反過來又可以防止后續嘗試啟動postmaster，直到手動刪除鎖定文件。 * 當分配XID給嚴重嵌套子事務時，避免遞歸(Andres Freund, Robert Haas) 如果有有限的堆棧空間，初始編碼可能導致崩潰。 * 避免在walwriter過程中保持開放舊的WAL段(Magnus Hagander, Heikki Linnakangas) 先前編碼可以防止刪除不再需要部分。 * 修復`log_line_prefix`'s `%i`逃逸，這在 后臺啟動早期時會產生垃圾(Tom Lane) * 避免為TOAST表部分指定的關系選項的曲解(Itagaki Takahiro) 特別是，`fillfactor`會被讀為零， 如果任何其他reloption已經為該表設置，導致嚴重的膨脹。 * 修復`ALTER TABLE ... ADD CONSTRAINT`中繼承計數跟蹤(Robert Haas) * 當啟用歸檔時，修復`ALTER TABLE ... SET TABLESPACE`中可能的數據損壞(Jeff Davis) * 允許`CREATE DATABASE`和`ALTER DATABASE ... SET TABLESPACE` 被查詢取消中斷(Guillaume Lelarge) * 改善`CREATE INDEX`對被推薦索引表達式是否可以改變的檢測(Tom Lane) * 修復`REASSIGN OWNED`以處理算子類和族(Asko Tiidumaa) * 當比較兩個空的`tsquery`值的時候，修復可能的核心轉儲(Tom Lane) * 修復模式中包含`%`伴隨`_`的`LIKE`的處理(Tom Lane) 我們之前已經修復，但是仍存在一些不正確處理的情況。 * 重新允許Julian日期輸入追溯到0001-01-01 AD (Tom Lane) 在8.4之前輸入比如`'J100000'::date`，但是通過添加的錯誤檢查無意打破。 * 如果在遍歷游標的`FOR`循環中關閉游標，修復PL/pgSQL拋出一個錯誤，不會崩潰。 * 在PL/Python中，抵御來自`PyCObject_AsVoidPtr`和`PyCObject_FromVoidPtr` 的空指針結果(Peter Eisentraut) * 在libpq中，當指定`host`和`hostaddr`的時候，修復 完整SSL證書驗證。 * 使得psql將`DISCARD ALL`看做在自動提交關閉模式中不應該封裝在事務塊中的命令(Itagaki Takahiro) * 修復SQL/MED對象pg_dump的處理中的一些問題(Tom Lane) 值得注意的是，如果通過非超級用戶執行，pg_dump總是失敗， 它并不打算這樣。 * 優化非可查找歸檔文件的pg_dump和pg_restore的處理(Tom Lane, Robert Haas) 對于并行轉儲的正常運作很重要。 * 提高并行pg_restore處理選擇性轉儲(`-L` option)的能力(Tom Lane) 如果`-L`文件命令非缺省轉儲順序，那么原代碼可能失敗。 * 修復ecpg正確處理來自`RETURNING`子句的數據(Michael Meskes) * 修復ecpg中的一些內存泄露(Zoltan Boszormenyi) * 優化包含已刪除列的表的`contrib/dblink`的處理(Tom Lane) * 修復`contrib/dblink`中"重復連接名"錯誤之后的連接泄露(Itagaki Takahiro) * 修復`contrib/dblink`以正確處理超過62字節的連接名(Itagaki Takahiro) * 添加`hstore(text, text)`函數到`contrib/hstore` (Robert Haas) 該函數是為了現在不使用的`=>`操作符的推薦替代者。 它后面打補丁，以便適應未來代碼可用于舊的服務器版本。 請注意，該補丁僅僅在安裝`contrib/hstore`或 重新安裝在一個特定的數據庫中有效。 用戶可能更愿意手動執行`CREATE FUNCTION`命令來代替。 * 更新基礎設施建設和文檔以反映來自CVS到Git的源代碼存儲庫的移動(Magnus Hagander and others) * 為了Egypt和Palestine中DST變化規律更新時區數據文件到tzdata發布2010l； 也是出于Finland的歷史修正。 這種變化還為兩個Micronesian時區添加了新的名字：Pacific/Chuuk目前優于Pacific/Truk（并且首選縮寫是CHUT而不是TRUT） 并且Pacific/Pohnpei優于Pacific/Ponape。 * 使得Windows的"N. Central Asia Standard Time"時區映射到Asia/Novosibirsk，而不是Asia/Almaty (Magnus Hagander) Microsoft改變來自KB976098的時區更新中的該區域的DST操作。 Asia/Novosibirsk是對于新操作的更好匹配。