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

                企業??AI智能體構建引擎,智能編排和調試,一鍵部署,支持知識庫和私有化部署方案 廣告
                # E.94\. 版本 8.2.7 > **發布日期:** 2008-03-17 這個版本包含各種自8.2.6以來的修復。關于8.2主版本的新特性信息, 請查看[Section E.101](#calibre_link-223)。 ## E.94.1\. 遷移到版本 8.2.7 運行8.2.X的用戶不需要轉儲/恢復。不過,如果你受下列描述的Windows環境問題影響, 你可能需要在升級之后`REINDEX`在文本字段上的索引。 ## E.94.2\. 修改列表 * 為認為不同字符組合為相等的Windows環境修復字符串比較 (Tom) 這個修復只應用于Windows并且是在使用UTF-8數據庫編碼時。 兩年前為所有其他情況作了相同的修復,但是使用UTF-8的Windows使用一個單獨的代碼路徑, 所以沒有更新。如果你正在使用一個認為一些不相同的字符串相等的環境, 你可能需要`REINDEX`,以修復文本字段上現存的索引。 * 修復在不同的系統目錄上并發`VACUUM FULL`操作之間潛在的死鎖 (Tom) * 修復長期存在的`LISTEN`/`NOTIFY`競態條件 (Tom) 在稀有情況下,一個剛剛執行了`LISTEN`的會話可能不會獲得一個通知, 即使預期應該有一個,因為觀察到并發事務執行`NOTIFY`在稍后提交。 該修復的一個副作用是一個已經執行了還未提交的`LISTEN` 命令的事務對于該`LISTEN`將不會看到任何`pg_listener`中的行, 而它應該看到;以前它能看到。這個行為從未記錄過,但是有可能有一些應用依賴于老的行為。 * 不允許`LISTEN`和`UNLISTEN`在一個預備事務中 (Tom) 以前是允許的,但是嘗試這樣做會有各種不愉快的結果,尤其是只要`UNLISTEN` 保持未提交,那么原始的后端就不會退出。 * 不允許在一個預備事務中刪除一個臨時表 (Heikki) 這在8.1中正確的禁用了,但是在8.2中無意的打破了檢查。 * 修復一個錯誤發生在查詢使用哈希索引期間時的罕見崩潰 (Heikki) * 修復某些設置返回函數使用中的內存泄露 (Neil) * 修復公元前2月29的日期時間值的輸入 (Tom) 以前的代碼關于哪年是閏年是錯誤的。 * 修復`ALTER OWNER`的一些變體中的"未識別的節點類型"錯誤 (Tom) * 確保退出一個鎖等待時,`pg_stat_activity`.`waiting`標記被清除了 (Tom) * 修復Windows Vista上進程權限的處理 (Dave, Magnus) 特別的,這個修復允許作為管理員用戶啟動服務器。 * 更新時區數據文件到tzdata版本2008a(特別的,最近智利的變化); 調整時區縮寫`VET` (Venezuela)意為UTC-4:30,不是UTC-4:00 (Tom) * 修復pg_ctl,正確的從命令行選項中提取主進程的端口號 (Itagaki Takahiro, Tom) 以前,`pg_ctl start -w`會在錯誤的端口嘗試連接主進程,導致啟動失敗的錯誤報告。 * 使用`-fwrapv`來防御最近的gcc版本中可能的錯誤優化 (Tom) 在使用gcc 4.3或更高版本建立PostgreSQL時,這是必要的。 * 正確的強制`statement_timeout`值比`INT_MAX`微妙(大約35分鐘)更長 (Tom) 這個錯誤只影響使用`--enable-integer-datetimes`的建立。 * 修復常量折疊簡化一個子查詢時,"意外的 PARAM_SUBLINK ID"規劃器錯誤 (Tom) * 修復約束排除處理`IS NULL`和`NOT`表達式中的邏輯錯誤 (Tom) 規劃器有時會由于NULL結果的可能性排除不應該被排除的分區。 * 修復另一個導致"未能建立一個 N-way 連接"規劃器錯誤的原因 (Tom) 這在利用一個連接子句之前必須強制一個缺乏子句的連接的情況下會發生。 * 修復外連接規劃中不正確的常數傳播 (Tom) 規劃器有時不正確的推斷一個變量會被迫等于一個常量,導致錯誤的查詢結果。 * 修復`ORDER BY`和`GROUP BY`中常量表達式的顯示 (Tom) 明確計算的常量會不正確的顯示。這會導致,例如轉儲或重載期間視圖定義的損壞。 * 修復libpq,在COPY OUT期間正確的處理NOTICE消息 (Tom) 這個失敗只有在一個用戶定義數據類型的輸出例程發出一個NOTICE時能觀察到, 但是不保證它不會由于其他的原因而發生。
                  <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>

                              哎呀哎呀视频在线观看