• <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 中,可以一起指定兩個修飾符。
            亚洲午夜久久久影院伊人| 久久天天躁狠狠躁夜夜2020老熟妇| 日韩精品无码久久一区二区三| 亚洲伊人久久成综合人影院| 亚洲精品国精品久久99热一| 美女写真久久影院| 人妻中文久久久久| 久久九九精品99国产精品| 国产成人精品久久一区二区三区av| 午夜精品久久久久久久无码| 无码人妻久久久一区二区三区| 久久国产精品久久| 欧美亚洲国产精品久久| 亚洲伊人久久大香线蕉苏妲己 | 久久国产欧美日韩精品| 99精品国产在热久久无毒不卡| 久久久久久国产精品美女| 久久精品中文闷骚内射| 亚洲欧美国产精品专区久久| 久久这里只有精品首页| 99久久精品免费看国产一区二区三区 | www.久久热.com| 色诱久久av| 日本久久久久久中文字幕| 少妇高潮惨叫久久久久久| 久久久久久av无码免费看大片| 成人久久综合网| 久久ZYZ资源站无码中文动漫| 久久亚洲精品无码VA大香大香| 国产精品成人99久久久久91gav| 久久99精品久久久久久久不卡| 97久久国产综合精品女不卡| 偷窥少妇久久久久久久久| 婷婷久久综合| 亚洲精品97久久中文字幕无码| 久久激情亚洲精品无码?V| 99久久精品免费国产大片| 成人国内精品久久久久影院VR| 国产福利电影一区二区三区久久久久成人精品综合 | 久久久这里有精品中文字幕| 88久久精品无码一区二区毛片 |