# E.111\. 版本 8.1.14 > **發布日期:** 2008-09-22 這個版本包含各種自8.1.13以來的修復。關于8.1主版本的新特性信息， 請查看[Section E.125](#calibre_link-247)。 ## E.111.1\. 遷移到版本 8.1.14 運行8.1.X的用戶不需要轉儲/恢復。不過，如果你是從一個早于8.1.2的版本升級而來， 那么請查看8.1.2的版本聲明。 ## E.111.2\. 修改列表 * 放寬本地鎖計數器從32到64位 (Tom) 這個響應報告了計數器會在足夠長的事務中溢出，導致意外的"鎖已被持有"錯誤。 * 修復GiST索引掃描期間可能的元組重復輸出 (Teodor) * 在執行器啟動時添加檢查，確保`INSERT`或`UPDATE` 產生的元組將匹配目標表的當前行類型 (Tom) `ALTER COLUMN TYPE`，跟著以前緩存的計劃的重新使用， 會產生這種類型的情形。檢查保護了可能接著發生的數據損壞和/或崩潰。 * 修復`AT TIME ZONE`，首先嘗試解釋他的時區參數為時區縮寫， 如果失敗，那么嘗試它為完整時區名字，而不是和以前一樣的其他繞開方式 (Tom) 時間戳輸入函數總是以這個順序解決模糊的時區名字。讓`AT TIME ZONE` 也這樣做提高了一致性，并且修復了一個在8.1中引進的兼容性bug： 在模糊情況下，我們現在的行為和8.0及以前的行為一致， 因為更老版本的`AT TIME ZONE` _只_接受縮寫。 * 修復日期時間輸入函數，以在64位平臺上運行時能正確的檢測到整數溢出 (Tom) * 提高寫入非常長的日志消息到系統日志的性能 (Tom) * 修復`SELECT DISTINCT ON`查詢上的游標向后掃描中的錯誤 (Tom) * 修復嵌套子查詢表達式的規劃器bug (Tom) 如果外側子查詢與父查詢沒有直接依賴關系，但是內側子查詢有， 那么外側的值可能不會為新的父查詢行重新計算。 * 修復規劃器估計`GROUP BY`表達式產生的布爾結果總是在兩個組中， 不管表達式的內容是什么 (Tom) 對于某些布爾測試像`_col_` `IS NULL`來說， 這比普通`GROUP BY`估計明顯更加準確。 * 當`FOR`循環的目標變量是一個包含復合類型字段的記錄時， 修復PL/pgSQL以不失敗 (Tom) * 修復PL/Tcl以與Tcl 8.5正確的行為，并且更加小心發送到或者來自Tcl的數據的編碼 (Tom) * 修復PL/Python以與Python 2.5一起工作 這是一個8.2開發周期期間所做的修復的移植。 * 改善未能發送一個SQL命令之后，pg_dump和 pg_restore的錯誤報告 (Tom) * 修復pg_ctl跨過一個`restart`時， 適當的保存主進程命令行參數 (Bruce) * 更新時區數據文件的到tzdata版本2008f （因為DST規律在Argentina、Bahamas、Brazil、Mauritius, Morocco、Pakistan、 Palestine和Paraguay發生了改變）