<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.181\. 版本 7.4.2 > **發布日期:** 2004-03-08 這個版本包含各種自7.4.1以來的修復。關于7.4主版本的新特性的信息, 請查閱[Section E.183](#calibre_link-305)。 ## E.181.1\. 遷移到版本 7.4.2 運行7.4.X的用戶不需要轉儲/恢復。不過, 作為合并修復在最初的7.4.X系統目錄中發現的兩個錯誤的最簡單的方法,這應該會是明智的。 使用7.4.2的initdb的dump/initdb/reload序列將自動糾正這些問題。 更嚴重的兩個錯誤是數據類型`anyarray`有錯誤的對齊標簽; 這是一個問題,因為`pg_statistic`系統目錄使用`anyarray`字段。 貼錯標簽會引起規劃器錯誤估計甚至當包含`WHERE` 子句的規劃器查詢在兩端對齊的字段(如`float8`和`timestamp`)上時會崩潰。 強烈建議所有安裝都修復這個錯誤,通過initdb或遵循下面給出的手動修復程序。 較小的錯誤是系統視圖`pg_settings`應該被標記為有公共更新訪問, 以允許`UPDATE pg_settings`用作`SET`的替代。 這也可以通過initdb或者手動修復,但是沒有必要修復,除非你想要使用`UPDATE pg_settings`。 如果你不愿意做initdb,那么下面的程序將修復`pg_statistic`。 作為數據庫超級用戶,執行: ``` -- clear out old data in pg_statistic: DELETE FROM pg_statistic; VACUUM pg_statistic; -- this should update 1 row: UPDATE pg_type SET typalign = 'd' WHERE oid = 2277; -- this should update 6 rows: UPDATE pg_attribute SET attalign = 'd' WHERE atttypid = 2277; -- -- At this point you MUST start a fresh backend to avoid a crash! -- -- repopulate pg_statistic: ANALYZE; ``` 這可以在活動的數據庫中完成,但是要注意所有運行在改變了的數據庫中的后端都必須在 重新填充`pg_statistic`是安全的之前重新啟動。 要修復`pg_statistic`錯誤,只需要做: ``` GRANT SELECT, UPDATE ON pg_settings TO PUBLIC; ``` 上面的程序必須在_每個_安裝的數據庫中執行,包括`template1`, 理想上也包括`template0`。如果你沒有修復模板數據庫, 那么任何隨后創建的數據庫都將包含相同的錯誤。`template1`的修復方式和其他數據庫相同, 但是修復`template0`需要額外的步驟。首先,從任意數據庫中發出: ``` UPDATE pg_database SET datallowconn = true WHERE datname = 'template0'; ``` 下一步,連接到`template0`,并執行上面的修復步驟。最后,執行: ``` -- re-freeze template0: VACUUM FREEZE; -- and protect it against future alterations: UPDATE pg_database SET datallowconn = false WHERE datname = 'template0'; ``` ## E.181.2\. 修改列表 版本7.4.2合并了所有包含在版本7.3.6中的修復,加上下面的修復: * 修復會使優化器崩潰的`pg_statistics`對齊錯誤 關于這個問題的詳細信息請查看上文。 * 允許非超級用戶更新`pg_settings` * 修復幾個優化器錯誤,大多數會導致"variable not found in subplan target lists"錯誤 * 避免啟動大的多個索引掃描期間的超出內存失敗 * 修復`COPY IN`期間可能導致"內存不足"錯誤的多字節問題 * 修復沒有OID的表的`SELECT INTO` / `CREATE TABLE AS`問題 * 修復并行測試期間`alter_table`回歸測試的問題 * 修復打開文件限制的問題,尤其是在OS X上 (Tom) * 部分的修復Turkish區域設置問題 initdb在Turkish的區域設置現在將成功,但是仍然有一些與`i/I`問題相關的不便。 * 使得pg_dump在恢復時設置客戶端編碼 * 其他較小的pg_dump修復 * 允許ecpg再次使用C關鍵字作為字段名 (Michael) * 添加ecpg `WHENEVER NOT_FOUND`到`SELECT/INSERT/UPDATE/DELETE` (Michael) * 修復查詢調用設置返回函數時的ecpg崩潰 (Michael) * 各種其他ecpg修復 (Michael) * 修復Borland編譯器 * 線程構建的改進 (Bruce) * 各種其他構建修復 * 各種JDBC修復
                  <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>

                              哎呀哎呀视频在线观看