<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.58\. 發布8.3.19 > **發布日期:** 2012-06-04 該發布包含來自8.3.18各種修復,關于8.3主要發布中新特性信息, 參閱[Section E.77](#calibre_link-34)。 ## E.58.1\. 遷移到版本8.3.19 運行8.3.X不需要備份/恢復。 然而,如果從8.3.17更早版本更新,參閱8.3.17發布說明。 ## E.58.2\. 變化 * 修復`contrib/pgcrypto`的DES `crypt()`函數中 不正確密碼轉換(Solar Designer) 如果密碼字符串包含字節值`0x80`, 密碼的剩余部分被忽略,從而導致該密碼比它出現的更弱。 有了該修復,字符串的其余部分被正確包含在DES哈希中。 任何受此漏洞影響的存儲密碼值將因此不再匹配, 所以存儲的值可能需要被更新。 * 為程序語言的調用處理器忽略`SECURITY DEFINER`和`SET`屬性(Tom Lane) 將這些屬性應用到調用處理器可能使服務器崩潰(CVE-2012-2655) * 允許`timestamp`輸入中數字時區偏移量達到距離UTC 16小時(Tom Lane) 一些歷史時區偏移量超出之前限制15小時。這可能導致重載期間備份數據值被拒絕。 * 當給定時間恰好是當前時區最后DST過渡時間時,修復時間戳轉換處理(Tom Lane) 這種監督已經很長時間了,但是之前沒有注意到,因為大部分DST使用區域被假定具有 未來DST轉換的無限序列。 * 修復`text`到`name`以及`char`到`name`映射 用來在多字節編碼中正確執行字符串截斷(Karl Schnaitter) * 修復`to_tsquery()`中內存拷貝錯誤(Heikki Linnakangas) * 當`pg_attribute`比較大的時候,修復緩慢會話啟動(Tom Lane) 如果`pg_attribute`超出`shared_buffers`的四分之一, 在會話啟動期間需要緩存重建代碼可能觸發同步掃描邏輯。 導致它需要比正常長好幾倍的時間。如果立刻啟動許多新會話,問題尤其嚴重。 * 確保順序掃描合理檢查查詢取消(Merlin Moncure) 包含非活躍元組的許多連續頁掃描不會相應中斷。 * 確保`PGSemaphoreLock()`的Windows實現在返回前清理 `ImmediateInterruptOK`(Tom Lane) 該疏忽意味著在相同的查詢之后收到的查詢取消中斷 可以在一個不安全的時刻被接受,具有不可預測性,但沒有好的結果。 * 當輸出視圖或者規則的時候,安全顯示整行變量(Abbas Butt, Tom Lane) 涉及模糊名字(也就是說,這個名字可以是表或者查詢的列名字)的情況以模糊方式被輸出, 存在風險是視圖或者規則在備份或者重載之后可能被不同地解釋。 通過附加非空操作轉換避免模糊情況。 * 確保autovacuum工作進程正確執行堆棧深度檢查(Heikki Linnakangas) 之前,通過自動`ANALYZE`激發的函數中無限遞歸可能使得 工作進程崩潰。 * 修復日志收集器使得在高負載下不會丟失日志一致性(Andrew Dunstan) 如果它比較繁忙,該收集器之前可能無法重新分配大信息。 * 修復日志收集器以確保它在收到SIGHUP之后重啟文件循環(Tom Lane) * 當該目標是函數的第一個變量的時候, 修復PL/pgSQL的`GET DIAGNOSTICS`命令(Tom Lane) * 當數據庫包含多個對象的時候,修復pg_dump中若干個性能問題(Jeff Janes, Tom Lane) 如果數據庫包含許多模式,或者如果許多對象在依賴循環中,或者如果有許多擁有的序列, 那么pg_dump可能會很慢。 * 修復`contrib/dblink`的`dblink_exec()`而不泄露 臨時數據庫連接錯誤(Tom Lane) * 為Antarctica, Armenia, Chile, Cuba, Falkland Islands, Gaza, Haiti, Hebron, Morocco, Syria和Tokelau Islands中DST變化更新 時區數據文件到tzdata發布2012c; 同時為Canada歷史修正。
                  <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>

                              哎呀哎呀视频在线观看