E.75. 發布8.3.2 · PostgreSQL 中文文檔 9.3

# E.75\. 發布8.3.2 > **發布日期:** 從未公布該發布中包含8.3.1中各種修復。關于8.3主要發布中新特性信息，參閱[Section E.77](#calibre_link-34)。 ## E.75.1\. 遷移到版本8.3.2 運行8.3.X不需要備份/恢復。然而，如果從8.3.1更早版本更新，參閱 8.3.1發布說明。 ## E.75.2\. 變化 * 當使用UTF-8數據庫編碼和不同客戶端編碼的時候，修復在Windows上發生的`ERRORDATA_STACK_SIZE exceeded` 崩潰(Tom) * 為`recovery_command`參數中`%r`宏修復不正確歸檔截斷點計算(Simon) 如果熱備份腳本依賴于`%r`決定何時丟棄WAL分段文件，這可能導致數據丟失。 * 修復`ALTER TABLE ADD COLUMN ... PRIMARY KEY`，使得新列被正確檢查以查看它是否被初始化為所有非空(Brendan Jurd) 之前版本忽略檢查這項需求。 * 修復`REASSIGN OWNED`以致于工作于程序語言(Alvaro) * 修復在非`SELECT`頂級操作查詢中 `SELECT FOR UPDATE/SHARE`作為子查詢出現的問題(Tom) * 當從同一個祖先中繼承約束的多個父關系中繼承"同一"約束的時候，修復可能的`CREATE TABLE`錯誤(Tom) * 修復`pg_get_ruledef()`以顯示別名，如果存在，附加到`UPDATE`或者`DELETE`的目標表中(Tom) * 恢復之前8.3操作TID用在一個TidScan規劃結果中靜默地不匹配任何行中的范圍外塊號(Tom) 8.3.0和8.3.1相反拋出一個錯誤。 * 修復可能導致`許多LWLocks`失敗的GIN錯誤(Teodor) * 為`tsquery`修復受損GiST比較函數(Teodor) * 修復`tsvector_update_trigger()`和`ts_stat()` 用來接受超出它們期望類型域(Tom) * 修復故障以支持枚舉數據類型作為外鍵(Tom) * 當解壓損壞的數據時，避免可能崩潰(Zdenek Kotala) * 修復在延遲斷開和`DROP DATABASE`之間競態條件(Heikki) 在最壞的情況下，這可能會導致在一個新的數據庫刪除新創建的表中，獲得相同OID作為最近刪除的; 但當然這是非常小概率情況。 * 修復后端的SIGTERM退出可能遺留在共享內存中損壞狀態中的兩個地方(Tom) 兩種情況都不是很重要，如果SIGTERM用于關閉整個數據庫集群，但是如果嘗試SIGTERM個人后端，可能有問題。 * 修復可能的崩潰，由于當`_x_`和`_y_`具有不同的數據類型的時候，不正確規劃引起`_x_` IN (SELECT `_y_` FROM ...)子句。當從`_y_`的類型轉換為`_x_`的類型有損耗時，確保該操作是語義正確的。 * 修復疏忽，避免規劃器替代已知的Param值好像它們是常數(Tom) 這個錯誤部分禁用8.3.0和8.3.1中未命名擴展查詢語句優化：特別是如果LIKE模式作為參數被傳遞，那么LIKE到索引掃描優化將永遠不會被應用，并且取決于參數值的約束排除也不能正常運行。 * 當可索引的`MIN`或者`MAX`聚集用于`DISTINCT`或者 `ORDER BY`的時候，修復規劃器錯誤(Tom) * 修復規劃器以確保它為了正提供排序節點的規劃節點從來不使用"physical tlist"(Tom) 這導致排序擺布比實際需要的更多數據，因為未使用列值被包含在排序數據中。 * 避免查詢字符串的不必要拷貝(Tom) 當許多命令作為單一查詢字符串被提交的時候，修復了8.3.0中介紹的性能問題。 * 當檢查子事務XID的時候，使得`TransactionIdIsCurrentTransactionId()`使用二進制搜索而不是線性搜索(Heikki) 這修復了8.3.0中比之前版本顯著緩慢的情況。 * 修復ISO-8859-5和其它編碼之間轉換用來處理Cyrillic "Yo"字符 (使用兩個點的`e`和`E`) (Sergey Burladyan) * 修復一些數據類型輸入函數，尤其是`array_in()`，被允許結果中未使用字節包含未初始化，不可預測的值(Tom) 這可能導致錯誤，其中兩個似乎相同文本值被認為不相同，導致解析器抗議不匹配的`ORDER BY`和`DISTINCT`表達式。 * 修復正則表達式子字符串匹配的情況(`substring(``_string_`來自 `_pattern_`)) (Tom) 當有一個匹配模式整體，但用戶指定括號子表達式，并且子表達式還沒有得到匹配。那么出現問題，一個例子是`substring('foo' from 'foo(bar)?')`。這應該返回NULL，因為`(bar)`不匹配，但它錯誤地返回全模式匹配（即`foo`）。 * 阻止發動自動清理防止XID重疊的取消(Alvaro) * 完善未確定元組的`ANALYZE`的處理（通過尚未提交的事務插入或者刪除），以使它報告給統計收集器的數量可能是正確的(Pavan Deolasee) * 修復initdb拒絕`--xlogdir` (`-X`)選項的相對路徑(Tom) * 采用psql輸出標簽字符作為適當空間數，而不是8.3.0和8.3.1中執行的`\x09`(Bruce) * 更新時區數據文件到tzdata發布2008c (為Morocco, Iraq, Choibalsan, Pakistan, Syria, Cuba和Argentina/San_Luis中DST變化) * 添加`ECPGget_PGconn()`函數到ecpglib (Michael) * 修復來自ecpg的`PGTYPEStimestamp_sub()`函數不正確結果(Michael) * 修復ecpg中連續行標記的處理(Michael) * 修復`contrib/cube`函數中可能的崩潰(Tom) * 當輸入查詢返回NULL值的時候，修復`contrib/xml2`的 `xpath_table()`函數中核心轉儲(Tom) * 修復`contrib/xml2`的makefile而不覆蓋`CFLAGS`, 并且為libxslt存在或者不存在使其自動配置(Tom)