<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                合規國際互聯網加速 OSASE為企業客戶提供高速穩定SD-WAN國際加速解決方案。 廣告
                # E.28\. 版本 9.0.6 > **發布日期:** 2011-12-05 這個版本包含各種自9.0.5以來的修復。想要獲得關于9.0主版本的新特性信息, 請參閱[Section E.34](#calibre_link-163)。 ## E.28.1\. 遷移到版本 9.0.6 運行9.0.X的系統不需要轉儲/恢復。 然而,在`information_schema.referential_constraints` 視圖的定義中發現了一個長期存在的錯誤。如果你依賴于該視圖的正確結果, 那么你應該如下第一條變更日志條目解釋的那樣替換它的定義。 另外,如果你是從一個早于9.0.4的版本升級而來,那么請參閱9.0.4的版本聲明。 ## E.28.2\. 修改列表 * 修復了`information_schema.referential_constraints`視圖中的bug (Tom Lane) 這個視圖關于匹配外鍵約束和依賴的主鍵或唯一鍵約束不夠仔細。 這會導致無法顯示外鍵約束,或顯示多次外鍵約束, 或宣稱它依賴于與它實際依賴的約束不同的約束。 由于該視圖的定義是通過initdb安裝的,只是升級將不能修復這個問題。 如果你需要在一個現有安裝上修復,你可以(作為超級用戶)刪除`information_schema` 模式然后通過尋源`_SHAREDIR_`/information_schema.sql重新創建它。 (如果不確定`_SHAREDIR_`在哪,運行`pg_config --sharedir`。) 必須在每個要修復的數據庫充重復這個操作。 * 修復加入標量返回函數的輸出的`UPDATE`或`DELETE`期間可能的損壞 (Tom Lane) 只有在同時更新同一個目標行時會發生損壞,所以這個問題只是間歇性的出現。 * 修復WAL記錄為GIN索引更新不正確的重放 (Tom Lane) 這會導致崩潰后或在一個熱備服務器上有一個瞬間不能找到索引條目。 不過,該問題可以通過對索引的下一個`VACUUM`修復。 * 修復`CREATE TABLE dest AS SELECT * FROM src`或`INSERT INTO dest SELECT * FROM src` 期間TOAST相關的數據損壞 (Tom Lane) 如果一個表已經通過 `ALTER TABLE ADD COLUMN`修改, 那么逐字的拷貝它的數據到另一個表在某些極端情況下會產生損壞的結果。 該問題只會在8.4和以后的版本中的確定形式下出現, 但是我們也在更早的版本中打了補丁,以防有其他代碼路徑會觸發相同的bug。 * 修復熱備啟動期間可能的失敗 (Simon Riggs) * 當最初的快照不完整時更快的啟動熱備份 (Simon Riggs) * 修復toast表訪問陳舊的syscache條目期間的競態條件 (Tom Lane) 典型癥狀是類似"missing chunk number 0 for toast value NNNNN in pg_toast_2619" 這樣的瞬態錯誤,這里被引用的toast表總是屬于系統目錄。 * 追蹤用于參數缺省表達式中的條目上的函數的依賴性 (Tom Lane) 以前,可以在沒有刪除或修改函數之前刪除引用對象,導致使用該函數時的錯誤行為。 請注意,僅僅安裝這個更新將不能修復丟失的依賴條目;要想修復,你需要在每一個這樣的函數之后 `CREATE OR REPLACE`。如果你有缺省依賴于非內建對象的函數,建議這樣做。 * 允許設置-返回SQL函數內聯多個OUT參數 (Tom Lane) * 對于加入刪除來說不要依賴延遲的唯一索引 (Tom Lane and Marti Raudsepp) 延遲的唯一約束可能不支持內部事務,所以假定它會給出不正確的查詢結果。 * 使`DatumGetInetP()`取出有1字節開頭的inet資料,并且添加一個新的宏 `DatumGetInetPP()` (Heikki Linnakangas) 這個改變不會影響核心代碼,但是可以阻止期望`DatumGetInetP()` 按照通常的慣例產生非壓縮的數據的擴展代碼中的崩潰。 * 改善`money`類型的輸入和輸出的語言環境支持 (Tom Lane) 除了不支持所有的標準[`lc_monetary`](#calibre_link-1571) 格式化選項之外,輸入和輸出函數也是不一致的,這意味著轉儲的`money` 值中的語言環境不可以被重新讀取。 * 不讓[`transform_null_equals`](#calibre_link-1572) 影響`CASE foo WHEN NULL ...`構造 (Heikki Linnakangas) `transform_null_equals`只應該影響直接由用戶編寫的`foo = NULL`表達式, 不是這種形式的`CASE`內部產生的平等檢查。 * 更改外鍵觸發創建以便更好的支持自我參考的外鍵 (Tom Lane) 對于參考它自己的表的級聯外鍵,一個行更新將作為一個事件觸發`ON UPDATE`觸發器和 `CHECK`觸發器。必須先執行`ON UPDATE`觸發器,否則`CHECK` 將檢查行的一個非最終狀態,并且可能拋出一個不恰當的錯誤。不過,觸發這些觸發器的順序則取決于它們的名字, 它們通常以創建的順序排序,因為觸發器自動生成的名字遵循慣例"RI_ConstraintTrigger_NNNN"。 適當的修復需要修改該慣例,我們將在9.2中做這塊,不過在現存的版本中改變它看起來是有風險的。 所以這個修復只是改變觸發器的創建順序。用戶遇到這個類型的錯誤時應該刪除并重建外鍵約束, 以使它的觸發器獲得正確的順序。 * 當跟蹤緩沖區分配率時避免浮點型下溢 (Greg Matthews) 當它本身無害時,在特定平臺上這將導致惱人的內核日志信息。 * 當在Windows下啟動子進程時,保護配置文件名和行號值 (Tom Lane) 以前,這些在`pg_settings`視圖中顯示的不正確。 * 修復ecpg的SQLDA區域中不正確的字段排列 (Zoltan Boszormenyi) * 保持空行在psql的命令歷史的命令里面 (Robert Haas) 前者的行為可能導致問題,例如,如果一個空行從一個字符串中刪除。 * 修復pg_dump以轉儲用戶定義和自動生成類型之間的轉換,比如表的行類型 (Tom Lane) * pg_upgrade的各種修復 (Bruce Momjian) 正確的處理排他約束,避免在Windows上的失敗,不要抱怨8.4數據庫中錯誤匹配的toast表名。 * 使用xsubpp的首選版本建立PL/Perl,不一定要操作系統的主要副本 (David Wheeler and Alex Hunsaker) * 修復`contrib/dict_int`和`contrib/dict_xsyn`中不正確的編碼 (Tom Lane) 某些函數不正確的假設由`palloc()`返回的內存保證調到零位。 * 修復`contrib/unaccent`的配置文件解析中的各種錯誤 (Tom Lane) * 查詢取消`pgstatindex()`中的立即中斷 (Robert Haas) * 修復Mac OS X啟動腳本中日志文件名的錯誤引用 (Sidar Lopez) * 確保VPATH建立適當的安裝所有的服務器頭文件 (Peter Eisentraut) * 縮短在冗長的錯誤信息中報告的文件名 (Peter Eisentraut) 正規的建立總是只是報告包含錯誤信息調用的C文件的名字,但是VPATH建立以前報告一個絕對路徑名。 * 修復Windows時區名稱中美洲(Central America)的說明 (Tom Lane) 映射"Central America Standard Time"到`CST6`,而不是`CST6CDT`, 因為DST在中美洲通常不是隨處可見的。 * 更新時區數據文件為tzdata版本2011n,因為DST規律在 Brazil, Cuba, Fiji, Palestine, Russia, 和 Samoa改變了; 還有Alaska 和 British East Africa的歷史的修正。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看