# E.93\. 版本 8.2.8 > **發布日期:** 從未發布 這個版本包含各種自8.2.7以來的修復。關于8.2主版本的新特性信息， 請查看[Section E.101](#calibre_link-223)。 ## E.93.1\. 遷移到版本 8.2.8 運行8.2.X的用戶不需要轉儲/恢復。不過，如果你是從一個早于8.2.7的版本升級而來， 那么請查看8.2.7的版本聲明。 ## E.93.2\. 修改列表 * 修復使用一個UTF-8數據庫編碼和一個不同的客戶端編碼時，發生在Windows上的 `ERRORDATA_STACK_SIZE exceeded`崩潰 (Tom) * 修復`ALTER TABLE ADD COLUMN ... PRIMARY KEY`， 這樣正確的檢查新的字段看看是否初始化為所有非空 (Brendan Jurd) 以前的版本完全疏忽了檢查這個要求。 * 修復從繼承自同一個祖先的約束的多個父關系中繼承"相同的"約束時， 可能的`CREATE TABLE`失敗 (Tom) * 修復`pg_get_ruledef()`顯示別名，如果有，附加`UPDATE`或 `DELETE`的目標表 (Tom) * 修復可能導致`too many LWLocks taken`失敗的GIN錯誤 (Teodor) * 避免反編譯損壞的數據時可能的崩潰 (Zdenek Kotala) * 修復兩個地方，在這兩個地方SIGTERM退出后端可能在共享內存中留下損壞的狀態 (Tom) 如果SIGTERM用于關閉整個數據庫集群，那么哪種情況都不是非常重要的， 但是如果有人嘗試SIGTERM單個后端，那么就有問題了。 * 修復ISO-8859-5和其他編碼之間的轉換，以處理Cyrillic "Yo"字符 (`e`和`E`帶有兩個點） (Sergey Burladyan) * 修復幾個數據類型輸入函數，尤其是`array_in()`， 它們允許在它們的結果中未使用的字節包含未初始化的、不可預期的值 (Tom) 這會導致兩個表面上相同的字面值被看做不等的失敗，導致分析器抱怨未匹配的 `ORDER BY`和`DISTINCT`表達式。 * 修復正則表達式子字符串匹配中的一個極端情況 （`substring(``_string_` from `_pattern_`)） (Tom) 這個問題出現在整體匹配但是用戶已經指定了一個加上括號的子表達式， 并且該子表達式沒有得到一個匹配的情況下。一個例子是`substring('foo' from 'foo(bar)?')`。 這應該返回NULL，因為`(bar)`沒有匹配，但是它錯誤的返回了整個模式匹配 （也就是`foo`）。 * 更新時區數據文件到tzdata版本2008c（因為DST規律在Morocco、Iraq、 Choibalsan、Pakistan、Syria、Cuba和Argentina/San_Luis發生了改變） * 修復ecpg的`PGTYPEStimestamp_sub()` 函數的不正確結果 (Michael) * 為`contrib/tsearch2`的`tsquery`類型修復破損的GiST比較函數 (Teodor) * 修復`contrib/cube`函數中可能的崩潰 (Tom) * 當輸入查詢返回一個NULL值時，修復`contrib/xml2`的`xpath_table()` 函數中的內核轉儲 (Tom) * 修復`contrib/xml2`的makefile，不要重載`CFLAGS` (Tom) * 修復`DatumGetBool`宏，使用gcc 4.3時不要失敗 (Tom) 這個問題影響返回布爾值的"老式的" (V0) C函數。該修復在8.3中早就有了， 但是向后修復的需要在當時沒有意識到。