• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Prayer

            在一般中尋求卓越
            posts - 1256, comments - 190, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            Export 概述

            Posted on 2009-03-25 13:35 Prayer 閱讀(735) 評論(0)  編輯 收藏 引用 所屬分類: DB2

            Export 概述

            Export 實用程序將數據庫數據導出到操作系統文件中,該文件可以是任一種外部文件格式。然后,可以使用此操作系統文件來將表數據移至另一服務器,例如 DB2 通用數據庫 iSeries 版。

            在導出數據時,需要下列信息:

            • 用來指定所要導出的數據的 SQL SELECT 語句。
            • 用來存儲所導出數據的操作系統文件的路徑和名稱。
            • 輸入文件的數據格式。此格式可以是 IXF、WSF 或 DEL。
            • 導出類型表時,可能需要提供層次結構中的子表遍歷順序。如果要使用 IXF 格式,則建議使用缺省順序。指定順序時,請記住,必須以 PRE-ORDER 方式遍歷子表。導出類型表時,不能直接提供 SELECT 語句。而是,必須指定目標子表名以及可選的 WHERE 子句。Export 實用程序將使用此信息以及遍歷順序來生成和執行必需的 SELECT 語句。

            還可以指定:

            • 新列名(當導出到 IXF 或 WSF 文件時)。如果您不想指定新列名,則會在導出的文件中使用現有表或視圖中的列名。
            • 用于定制導出操作的附加選項。
            • 消息文件名。在執行 DB2 數據庫操作(例如導出、導入、裝入、綁定或恢復數據)期間,可以指定要創建消息文件以包含與那些操作相關聯的錯誤消息、警告消息和參考消息。使用 MESSAGES 參數來指定這些文件的名稱。這些消息文件是標準 ASCII 文本文件。在消息文件中,每條消息都另起一行并包含 DB2 消息檢索工具提供的信息。要打印這些消息,請使用操作系統的打印過程;要查看這些消息,請使用任意 ASCII 編輯器。

            對 DB2 版本 9.1 中引入的先前導出行為的更改

            以下是對 DB2 版本 9.1 中引入的語法更改和導出行為更改的總結:

            • 在 DB2 UDB版本 8 中,已對已導出的 LOB 文件命名,如 filename.001 和 filename.002。例如,Export 實用程序對 LOB 文件使用的缺省名稱為 db2exp.001 和 db2exp.002。在 DB2 V9.1 中,已導出的 LOB 文件的擴展名為 .lob,如 filename.001.lob 和 filename.002.lob。例如,缺省名稱為 <datafile>.001.lob 和 <datafile>.002.lob。如果輸入數據文件是在 DB2 UDB V8 中生成的,則 DB2 V9.1 Import 實用程序可以正確地讀取該文件。
            • 在 DB2 UDB V8 中,如果未指定 LOBS TO 選項,則缺省導出路徑為當前工作目錄。在 DB2 V9.1 中,如果未指定 LOBS TO 選項,則缺省導出路徑為已導出數據文件所在的目錄。
            • 在 DB2 V9.1 中,SQL3040N 消息已得到改進。返回了兩個錯誤。將對 LOB 文件錯誤返回 SQL3040N,而對 LOB 路徑錯誤返回 SQL3235N。消息中將顯示無效文件名或路徑名。
            • 在 DB2 UDB V8 中,如果導出的 WSF 列被定義為長度超過 240 字節(例如“CREATE TABLE t1 (a VARCHAR(300))”),則 Export 實用程序將在導出數據之前發出 SQL3143W 或 SQL3144W。在 DB2 V9.1 中,不會返回這些錯誤。但是,如果導出的實際值長度超過 240 字節,則 Export 實用程序會對以下示例中顯示的每個行列對發出 SQL3145W:
              SQL3145W  第 2 行,第 1 列的數據截斷為 240 字節。
                  SQL3145W  第 4 行,第 1 列的數據截斷為 240 字節
            • 在 DB2 UDB V8 中,如果導出的 DEL 列被定義為長度超過 254 字節(例如“CREATE TABLE t1 (a VARCHAR(300))”),則 Export 實用程序將發出 SQL3100W。在 DB2 V9.1 中,不會返回任何警告消息。
            • 在 DB2 UDB V8 中,LOBFILE 選項可能包含路徑。因此,已導出數據文件中的 LOB 位置說明符(LLS)也將包含路徑名。在 DB2 V9.1 中,LOBFILE 選項不能包含路徑。如果輸入數據文件中的 LLS 包含路徑,為獲取向后兼容性,版本 9.1 Import 實用程序能夠正確地讀取文件并導入 LOB 數據。
            • 在 DB2 UDB V8 中,如果一起指定了兩個修飾符,則 Import 實用程序和 Export 實用程序將會失敗。在 DB2 V9.1 中,可以一起指定兩個修飾符。
            久久久久久久久无码精品亚洲日韩| 久久99精品久久久大学生| 国产一级持黄大片99久久| 久久综合久久综合久久综合| 久久精品国产亚洲5555| 99精品久久久久久久婷婷| 9999国产精品欧美久久久久久| 亚洲国产综合久久天堂| 99久久99这里只有免费费精品| 久久精品国产一区二区三区不卡| 精品久久亚洲中文无码| 久久福利片| 国产精品久久久久天天影视| 精品久久久久成人码免费动漫| 久久精品国产亚洲麻豆| 中文字幕久久精品| 久久99亚洲综合精品首页| 久久国产亚洲精品无码| 久久精品人妻中文系列| 久久天天日天天操综合伊人av| 久久综合给合久久狠狠狠97色 | 91久久精品视频| 亚洲综合日韩久久成人AV| 久久久久久亚洲精品不卡| 69国产成人综合久久精品| 亚洲精品无码久久千人斩| 亚洲?V乱码久久精品蜜桃| 99久久久精品| 亚洲AV乱码久久精品蜜桃| 狠狠综合久久综合中文88| 色综合合久久天天综合绕视看| 久久伊人五月丁香狠狠色| 久久亚洲国产成人影院网站 | 久久99精品久久久久久野外| 久久精品中文字幕久久| 国产亚洲精久久久久久无码| 久久无码人妻一区二区三区| 狠狠色丁香婷婷久久综合| 亚洲国产另类久久久精品黑人| 99久久国产精品免费一区二区 | 99久久国产综合精品女同图片|