<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>

                ThinkChat2.0新版上線,更智能更精彩,支持會話、畫圖、視頻、閱讀、搜索等,送10W Token,即刻開啟你的AI之旅 廣告
                # E.73\. 發布8.3.4 > **發布日期:** 2008-09-22 該發布包含來自8.3.3中各種修復。關于8.3主要發布中新特性信息, 參閱[Section E.77](#calibre_link-34)。 ## E.73.1\. 遷移到版本8.3.4 運行8.3.X不需要備份/恢復。然而,如果從8.3.1更早版本更新,參閱8.3.1發布說明。 ## E.73.2\. 變化 * 修復btree WAL恢復編碼中錯誤(Heikki) 如果通過頁拆分操作中途結束WAL,那么恢復失敗。 * 修復為HOT頁修剪錯誤截斷XID的潛在使用(Alvaro) 這個錯誤產生通過`VACUUM`查閱的系統目錄損壞風險: 死的元組版本可能太早被刪除。 在實際數據庫操作中的影響可能最小, 因為當檢查目錄的時候,該系統并不遵循MVCC規則, 但它可能會從pg_dump或其它客戶端程序輸出中導致瞬時錯誤。 * 修復`datfrozenxid`的潛在錯誤計算(Alvaro) 這個錯誤可能解釋了刪除舊的`pg_clog`數據一些錯誤報告。 * 在`pg_class`重新被索引之后修復不正確的HOT更新(Tom) 如果在同一會話中`REINDEX TABLE pg_class`伴隨`ALTER TABLE RENAME`或者 `ALTER TABLE SET SCHEMA`命令,可能發生`pg_class`損壞。 * 修復丟失的"combo cid"情況(Karl Schnaitter) 這個錯誤使得行對于通過所有終止的多個子事務已經刪除的事務不可見。 * 如果該表目前的檢查在錯誤的時間被刪除, 那么避免自動清理崩潰(Alvaro) * 從32位到64位擴展本地鎖計數器(Tom) 該反饋是計數器可能在相當長事務中溢出,導致意想不到的"持有鎖"錯誤。 * 修復GiST索引掃描期間元組的重復輸出(Teodor) * 當修改任何一個表的時候,從頭回收外鍵檢查查詢(Tom) 之前,8.3可能嘗試重新規劃查詢,但是可能操作之前生產的查詢文本。 如果重命名表或者列,那么導致錯誤。 * 當視圖包含一個簡單的`UNION ALL`結構的時候, 修復丟失的權限檢查(Heikki) 正確檢查引用表權限,但不是視圖本身權限。 * 在執行器啟動中添加檢查以確保通過`INSERT`或者`UPDATE` 產生的元組匹配目標表的當前行類型(Tom) 這種情況在8.3中是不可能的,但是在以前版本中可以發生,所以檢查似乎是謹慎的。 * 修復`DROP OWNED`期間可能的重復刪除(Tom) 這通常會導致奇怪錯誤比如"對于關系NNN緩存查找失敗"。 * 修復XML操作中若干內存泄露(Kris Jurka, Tom) * 為不可接受的目標數據類型修復`xmlserialize()`正確改善誤差(Tom) * 修復文本搜索配置文件解析中錯誤處理多字節字符的地方(Tom) 配置文件中出現的某些字符總是引起"無效字節序列編碼"錯誤。 * 為文本搜索配置文件中報道的所有錯誤提供文件名和行號位置(Tom) * 修復`AT TIME ZONE`首先嘗試解析它的時區參數為時區縮寫, 并且如果失敗,則嘗試作為完整時區名,而不是之前的其它方式(Tom) 時間戳輸入函數一直按此順序解決模棱兩可的區域名稱。 采用`AT TIME ZONE`這樣做提高了一致性,并且修復了8.1引入的一個兼容性錯誤: 在模棱兩可的情況下,我們現在操作和8.0以及以前的操作都是一樣的, 因為在舊版本中`AT TIME ZONE`接受_only_縮寫。 * 當在64位平臺上運行的時候,修復datetime輸入函數以正確檢測整數溢出(Tom) * 當顯示有單位的配置參數的時候,防止單位換算期間整數溢出(Tom) * 改善寫很長日志信息到syslog的性能(Tom) * 允許`pg_hba.conf`中LDAP URL的后綴部分空格(Tom) * 修復`SELECT DISTINCT ON`查詢上游標向后掃描中的錯誤(Tom) * 修復規劃器錯誤可能不正確地推翻外部連接下面的`IS NULL`測試(Tom) 在大寫`OR`子句的基礎上通過`IS NULL`測試同一關系觸發。 * 修復嵌套子select表達式規劃器錯誤(Tom) 如果外部子select對父查詢沒有直接相關性,但內部確實如此, 可能不會為新的父查詢行計算外部值。 * 修復規劃器以估計產生布爾結果的`GROUP BY`表達式總是產生兩組, 不管表達式的內容(Tom) 比起規則`GROUP BY`評估某個布爾測試像`_col_``IS NULL`來說 更加準確。 * 當`FOR`循環的目標變量是包含復合類型字段的記錄,修復 PL/pgSQL而不失敗(Tom) * 修復PL/Tcl以正確操作Tcl 8.5, 并且更加小心數據編碼發送的或者來自Tcl的(Tom) * 提高`PQescapeBytea()`的性能(Rudolf Leitgeb) * 在Windows上,通過避免libpq嘗試發送超過64KB每個系統調用解決Microsoft錯誤(Magnus) * 修復ecpg正確處理`SET`命令中變量(Michael) * 在錯誤發送一個SQL命令之后完善pg_dump和pg_restore的錯誤報告(Tom) * 修復pg_ctl以正確保存通過`restart`的postmaster命令行參數(Bruce) * 修復pg_standby中錯誤的WAL文件截止點計算(Simon) * (為 Argentina, Bahamas, Brazil, Mauritius, Morocco,Pakistan, Palestine和Paraguay中DST變化) 更新時區數據文件到 tzdata發布2008f。
                  <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>

                              哎呀哎呀视频在线观看