<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.15\. 發布9.1.4 > **發布日期:** 2012-06-04 這個發布包含來自9.1.3的各種修復。 關于9.1主要版本的新功能信息, 參閱[Section E.19](#calibre_link-148)。 ## E.15.1\. 遷移到版本9.1.4 為了運行9.1.X不需要轉儲/恢復。 然而,如果你使用`citext`數據類型, 并且通過運行pg_upgrade升級原先主版本,你 應該運行`CREATE EXTENSION citext FROM unpackaged` 為了避免`citext`操作中排序相關故障。 如果你從包含`citext`數據類型 的實例中的9.1之前數據庫中恢復備份,那么同樣是必須的。 在更新到9.1.4之前如果你已經運行`CREATE EXTENSION`命令, 你反而需要手動目錄更新正如下面第三個日志項解釋的。 另外,如果你從9.1.2更早版本進行更新, 參閱9.1.2發布說明。 ## E.15.2\. 變化 * 修復`contrib/pgcrypto`的DES `crypt()`函數中 不正確密碼轉換(Solar Designer) 如果密碼字符串包含字節值`0x80`,那么忽略剩余的密碼, 導致密碼比它出現的更加弱。 使用這個修復,剩余字符串被恰當地包含在DES哈希中。 受這個錯誤影響的任何存儲密碼值將不再匹配,因此 存儲值可能需要被更新。(CVE-2012-2143) * 為一個程序語言的調用處理程序忽略 `SECURITY DEFINER`和`SET`屬性(Tom Lane) 應用這些屬性到調用處理器可以使服務器崩潰(CVE-2012-2655) * 嘗試`contrib/citext`的更新腳本修復`citext` 數組的排序規則和超過`citext`的域(Tom Lane) 發布9.1.2為`citext`列的排序規則和來自9.1之前安裝的數據庫更新或者重載中的 索引提供修復。但是這個修復是不完整的:它忽略處理數組和`citext`上的域。 這個發布擴展模塊的更新腳本以處理這些情況。 如以前,如果你已經運行更新腳本,你將需要手動運行排序規則更新命令。 參閱9.1.2發布說明獲取更多關于做這個的詳細信息。 * 允許`timestamp`輸入 中數值時區偏移量遠離UTC達到16小時(Tom Lane) 一些歷史時區有大于15小時的偏移量,先前限制。 這可能導致備份數據值在重載期間被拒絕。 * 當給定時間恰恰是當前時區的最后DST轉變時間時, 修復時間戳轉換處理(Tom Lane) 這次疏忽已有很長時間,但是以前沒有被注意到, 因為假設大多數DST時區有未來DST轉換的不明確的序列。 * 修復`text`到`name`并且`char`到`name`投射以便在 多字節編碼中正確執行字符串截斷(Karl Schnaitter) * 修復`to_tsquery()`中內存拷貝錯誤(Heikki Linnakangas) * 當在熱備中執行時, 確保`txid_current()`報告正確時期(Simon Riggs) * 修復子查詢內PlaceHolderVars外的規劃器處理 (Tom Lane) 這個錯誤涉及到子SELECT,它引用來自周圍查詢的外部連接的空側的變量。 在9.1中,這個錯誤影響的查詢可能 伴隨有"錯誤:在不被預期的地方發現上層PlaceHolderVar"而失敗。 但是在9.0和8.4中,你可能默默地獲得可能的錯誤結果,因為當需要時, 傳遞到子查詢中的值不能定位到空。 * 修復有不是簡單變量輸出列的`UNION ALL`子查詢計劃(Tom Lane) 這種情況下的規劃在9.1中有著明顯惡化,作為 錯誤修正"MergeAppend子目標列不匹配MergeAppend"錯誤的結果。 恢復那個修復并且以另一種方式執行它。 * 當`pg_attribute`非常大時, 修復緩慢會話啟動(Tom Lane) 如果`pg_attribute`超過了 `shared_buffers`的四分之一, 在會話開始時有時需要緩存重建代碼可以觸發同步掃描邏輯, 導致它采取比正常更長的時間。 如果許多新會話馬上開始,那么問題是相當嚴重的。 * 確保順序掃描合理地檢查查詢取消(Merlin Moncure) 遇到許多包含非活躍元組連續頁的掃描不會同時響應中斷。 * 確保返回之前`PGSemaphoreLock()` 清除`ImmediateInterruptOK`的Windows實現(Tom Lane) 這種疏忽意味著在同一個查詢中后來收到的查詢取消中斷可能在不安全時間 被接受,伴隨著不可預知的但不好的結果。 * 當輸出視圖或者規則時,安全顯示整行變量(Abbas Butt, Tom Lane) 涉及歧義名字(也就是說,該名字可以是一個表或者查詢的列名)的情況被以模糊方式輸出, 冒險轉儲和重載之后不同地解釋視圖或者規則。 通過附加無操作計算避免模凌兩可的情況。 * 修復`COPY FROM`以正確處理與無效編碼一致的空標記字符串(Tom Lane) 一個空標記字符串比如`E'\\0'`應該工作, 并且工作于過去,但是這種情況在8.4中被打破。 * 修復`EXPLAIN VERBOSE`為可寫CTE包含`RETURNING`子句 (Tom Lane) * 在咨詢鎖存在下修復`PREPARE TRANSACTION`以正常工作(Tom Lane) 從歷史看,`PREPARE TRANSACTION`簡單忽略了任何會話持有的會話級別 咨詢鎖,但是這種情況在9.1中被意外損壞。 * 修復未記錄表的截斷(Robert Haas) * 在`search_path`的非交互式分配中忽略缺失模式(Tom Lane) 這重新排列帶有舊分支的9.1的操作。先前9.1可能 為從某地比如`ALTER DATABASE SET`中獲得的 `search_path`設置中提及的不存在的模式而拋出錯誤。 * 修復用于擴展腳本的臨時或者短暫表的錯誤(Tom Lane) 這個包含比如在擴展更新腳本中重寫`ALTER TABLE`的情況, 因為在該場景后使用臨時表。 * 確保autovacuum工作進程恰當執行堆棧深度檢查(Heikki Linnakangas) 先前,通過自動`ANALYZE`調用的無限遞歸函數可以使工作進程崩潰。 * 修復日志收集器在高負載下沒有丟失日志一致性(Andrew Dunstan) 如果它太忙,那么收集器先前可能重新收集大的信息失敗。 * 修復日志收集器以確保它在接收SIGHUP之后 重啟文件旋轉(Tom Lane) * 修復GiST索引中"太多LWLocks采取"錯誤 (Heikki Linnakangas) * 如果索引隨后被刪除,那么修復GIN索引WAL重放邏輯而不失敗(Tom Lane) * 正確檢測崩潰后預備事務的SSI沖突(Dan Ports) * 當提交一個僅僅修改臨時表的事務時,避免同步復制延遲(Heikki Linnakangas) 在這種情況下事務的提交記錄不需要沖刷到備用服務器,但是 一些代碼并不知道等待它發生。 * 修復pg_basebackup中的錯誤處理(Thomas Ogrisegg, Fujii Masao) * 如果連接中斷, 那么修復walsender不進入一個繁忙循環中(Fujii Masao) * 修復PL/pgSQL的`RETURN NEXT`命令中的內存泄露 (Joe Conway) * 當目標是函數的第一個變量時,那么修復PL/pgSQL的`GET DIAGNOSTICS`命令(Tom Lane) * 確保PL/Perl包具有`_TD`變量(Alex Hunsaker) 當它們被嵌套在改變當前包的函數調用中時,這個錯誤導致 觸發器調用失敗。 * 修復返回復合類型的PL/Python函數以接受結果值的字符串(Jan Urbanski) 這種情況通過9.1附加到 允許提供其他格式的復合結果值而被意外的打斷,比如詞典。 * 在psql的可擴展顯示(`\x`)模式中 修復內存結尾潛在訪問(Peter Eisentraut) * 當數據庫包含許多對象時,那么修復pg_dump中的 一些性能問題(Jeff Janes, Tom Lane) 如果數據庫包含許多視圖,或者如果許多對象在依賴循環中, 或者如果有許多擁有的序列,那么pg_dump可能會很慢。 * 當讀取目錄格式歸檔時,修復內存和pg_restore中的 文件描述符泄露(Peter Eisentraut) * 為數據庫存儲在 集群中的缺省表空間中包含表的非默認表空間的情況 而修復pg_upgrade(Bruce Momjian) * 在ecpg中,修復罕見內存泄露并且`sqlca_t` 結構后可能覆蓋一個字節(Peter Eisentraut) * 修復`contrib/dblink`的`dblink_exec()` 不泄露臨時數據庫連接錯誤(Tom Lane) * 修復`contrib/dblink`以 報告錯誤消息中正確連接名(Kyotaro Horiguchi) * 當刪除多個大對象的時候, 修復`contrib/vacuumlo` 以使用多個事務(Tim Lewis, Robert Haas, Tom Lane) 當多個對象需要被刪除的時候, 這個改變避免超過`max_locks_per_transaction`。 該操作可以被調整為具有新的`-l` (限制)選項。 * 為了在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>

                              哎呀哎呀视频在线观看