<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.82\. 版本 8.2.19 > **發布日期:** 2010-12-16 這個版本包含各種自8.2.18以來的修復。關于8.2主版本的新特性信息, 請查看[Section E.101](#calibre_link-223)。 ## E.82.1\. 遷移到版本 8.2.19 運行8.2.X的用戶不需要轉儲/恢復。不過,如果你是從一個早于8.2.14的版本升級而來, 那么請查看8.2.14的版本聲明。 ## E.82.2\. 修改列表 * 強制Linux上[`wal_sync_method`](#calibre_link-1432) 的缺省為`fdatasync` (Tom Lane, Marti Raudsepp) 在Linux上的該缺省實際上是`fdatasync`已經很多年了, 但是最近的內核更改導致PostgreSQL選擇了`open_datasync`。 這個選擇沒有導致任何性能改善,并且在某些文件系統上引起徹底的失敗, 尤其是帶有`data=journal`掛載選項的`ext4`。 * 為GIN索引修復WAL重放邏輯中的各種錯誤 (Tom Lane) 這可能在復制期間導致"bad buffer id: 0"失敗或索引內容的損壞。 * 當開始檢查點WAL記錄和它的重做點不在相同的WAL段時,修復從基礎備份的恢復 (Jeff Davis) * 添加對檢測`IA64`上寄存器堆棧溢出的支持 (Tom Lane) `IA64`體系結構有兩個硬件堆棧。堆棧溢出失敗的全面預防需要兩個堆棧都檢查。 * 為`copyObject()`中的堆棧溢出添加檢查 (Tom Lane) 由于堆棧溢出給出一個足夠復雜的查詢,某些代碼路徑可能會崩潰。 * 修復臨時GiST索引中頁分裂的檢測 (Heikki Linnakangas) 在一個臨時索引中有"并發的"頁分裂是可能的,比如說, 執行一個插入時有一個打開的游標掃描索引。GiST未能檢測這個情況, 并且因此在該游標的執行繼續時會交付錯誤的結果。 * 當`ANALYZE`復雜索引表達式時,避免內存泄露 (Tom Lane) * 確保使用整行變量的索引仍然依賴于它的表 (Tom Lane) 像`create index i on t (foo(t.*))`這樣聲明的索引, 在它的表被刪除時,將不會自動被刪除。 * 不要用多個`OUT`參數"inline"一個SQL函數 (Tom Lane) 這避免了由于丟失預期的結果行類型的信息而引起的可能的崩潰。 * 如果`ORDER BY`、`LIMIT`、`FOR UPDATE`或 `WITH`附屬于`INSERT ... VALUES`的`VALUES` 部分則正確的行為 (Tom Lane) * 修復`COALESCE()`表達式的常量折疊 (Tom Lane) 規劃器有時會嘗試計算實際永遠不可能達到的子表達式,可能導致意外的錯誤。 * 為`InhRelation`節點添加打印功能 (Tom Lane) 這避免了啟用`debug_print_parse`并且執行了某些類型的查詢時的失敗。 * 修復點到水平線段的距離的不正確的計算 (Tom Lane) 這個錯誤影響幾個不同的幾何距離測量操作。 * 修復PL/pgSQL對"簡單"表達式的處理, 在遞歸或錯誤恢復的情況下不會失敗 (Tom Lane) * 修復PL/Python對設置返回函數的處理 (Jan Urbanski) 嘗試在迭代器中調用SPI函數生成一組結果將會失敗。 * 修復`contrib/cube`的GiST picksplit算法中的錯誤 (Alexander Korotkov) 這會導致相當大的低效,盡管不是實際上不正確的答案,在一個`cube`字段的GiST索引中。 如果你有這樣的一個索引,考慮在安裝這個更新之后`REINDEX`它。 * 不要在`contrib/dblink`中發出"標識符將被截斷"的通知, 除非創建新的連接 (Itagaki Takahiro) * 修復`contrib/pgcrypto`中丟失的公共鍵上潛在的內核轉儲 (Marti Raudsepp) * 修復`contrib/xml2`的XPath查詢函數中的內存泄露 (Tom Lane) * 更新時區數據文件到tzdata版本2010o, 因為DST規律在Fiji和Samoa發生了改變;還為Hong kong做了歷史糾正。
                  <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>

                              哎呀哎呀视频在线观看