Prayer

Db2 文件導入導出常見命令總結

Db2 的數據遷移，最常用的就是導入導出功能，而導入導出的命令貌似簡單，實則內含玄機，千變萬化，稍不留神，則錯誤百出，這兒就工作中常用到的命令，總結了一下，分享給大家！歡迎大家踴躍拍磚！J

當然在這以前，我覺得有必要提及一點關于導入導出基礎的知識！
DEL：界定的ASCII文件，行分隔符和列分隔符將數據分開。
ASC：定長的ASCII文件，行按照行分割符分開，列定長。
PC/IXF：只能用來在db2之間導數據，根據類型數字值被打包成十進制或者二進制，字符被保存為ASCII，只保存變量已經使用了的長度，文件中包括表的定義和表的數據。
WSF：工作表方式導入導出，這種格式的文件類型用的比較少。
Db2中對不同的數據導入導出方式，支持不同的文件類型，這里個人覺得很有必要注意的。
文件類型        Import        export        load
-------------------------------------------------------
定界           支持           支持           支持
非定界         支持           不支持         支持
Ixf           支持           支持           支持
Wsf工作表      支持           支持           不支持

關于3種導入導出操作進行簡單的介紹:
export：導出數據，支持IXF，DEL或WSF
import：導入數據，可以向表中導入數據，支持上面提到的4種文件類型。   
load：導入數據，功能和import基本相同。支持以上說的幾種文件類型。

關于[/b]Export [/b]
這個其實比較簡單，沒啥好說的，一般命令：export to filename of filetype select x from xx where ;就ok了,這里需要注意的是：
1.    關于不同字符集的導出
MODIFIED BY CODEPAGE=
Exprot to filename.del for del MODIFIED BY   CODEPAGE=1386 select … from …where …;
這里，在數據從數據庫倒出來的時候就會做一個數據庫代碼頁的轉換
2.時間字段格式化的
MODIFIED BY  TIMESTAMPFORMAT="yyyy-mm-dd hh:mm:ss tt"
例:Exprot to filename.del for del MODIFIED BY  TIMESTAMPFORMAT="yyyy-mm-dd hh:mm:ss tt" select … from …where …;

關于[/b]Import[/b]

1.Import模式的介紹
CREATE/INSERT/INSERT_UPDATE/REPLACE/REPLACE_CREATE
CREATE :首先創建目標表和它的索引，然后將數據導入到新表中。該選項惟一支持的文件格式是 PC/IXF。還可以指定新表所在表空間的名稱
INSERT :將導入的數據插入表中。目標表必須已經存在。
INSERT_UPDATE :將數據插入表中，或者更新表中具有匹配主鍵的行。目標表必須已經存在，并且定義了一個主鍵。
REPLACE :刪除所有已有的數據，并將導入的數據插入到一個已有的目標表中。
REPLACE_CREATE :如果目標表已經存在，則導入實用程序刪除已有的數據，并插入新的數據，就像 REPLACE 選項那樣。如果目標表還沒有定義，那么首先創建這個表以及它的相關索引，然后再導入數據。正如您可能想像的那樣，輸入文件必須是 PC/IXF 格式的文件，因為那種格式包含對導出表的結構化描述。如果目標表是被一個外鍵引用的一個父表，那么就不能使用 REPLACE_CREATE。
2.    批量提交
COMMITCOUNT，保證insert的數據在COMMITCOUNT以后進行一次commit，這對于大數據量的導入文件來說是一個不錯的方法，
例：Import from filename of del COMMITCOUNT 50000 insert into tabname;
3.    批量插入
MODIFIED BY COMPOUND把文件中的 COMPOUND 行記錄作為一組一起導入，這個操作可以和上邊的批量提交一起使用，比較理想。
例：Import from filename of del MODIFIED BY COMPOUND =50 insert into tabname;
4.    導入記錄限制
ROWCOUNT：只導入rowcount 條數據，有時候，業務邏輯需要只導入部分數據，那么ROWCOUNT是一個不錯的選擇，只是在我的測試中ROWCOUNT一直沒有起過作用，呵呵，誰熟悉這里，幫我完善下。
例：Import from filename of del ROWCOUNT 10000 insert into tabname;
5.    導入起點
RESTARTCOUNT：從導入文件的第RESTARTCOUNT條記錄開始導入
例：Import from filename of del RESTARTCOUNT 55 ROWCOUNT 10000 insert into tabname;--從55條開始，導入10000條數據
6.    有警告數據的條數限制
WARNINGCOUNT:當導入的數據中，有警告或錯誤（例如類型不匹配，列不對應等造成的）并且條數超過WARNINGCOUNT是就會停止import。
例：Import from filename of del WARNINGCOUNT 10 insert into tabname;
7.    禁止發出行警告
MODIFIED BY NOROWWARNINGS
例：Import from filename of del MODIFIED BY NOROWWARNINGS WARNINGCOUNT 10 insert into tabname;
8.    LOB 文件
LOBS FROM ：指出LOB的路徑
例：Import from filename of del LOBS FROM ‘/home’ MODIFIED BY NOROWWARNINGS WARNINGCOUNT 10 insert into tabname;
9.    對于自增序列(GENERATED ALWAYS）
建議不要對自增序列的表進行import操作，因為import對于自增序列，只有MODIFIED BY  IDENTITYIGNORE和MODIFIED BY IDENTITYMISSING的2中操作，這2中操作都會改變自增序列的原值，這樣如果導出表和表之間有基于自增序列的關聯關系的話，就失去了數據本身的意義，所以建議盡量少用基于import的自增表的操作，那該怎么做？可以用load老代替import，我們下來在load的操作中會講到！

關于[/b]Load[/b]

1. 字符串間隔，列間隔，小數點表示
CHARDEL/COLDEL/DECPT
例：LOAD CLIENT FROM 'F:\s1.del' OF DEL MODIFIED BY CHARDEL(COLDEL=   DECPT?  INSERT INTO "DB2ADMIN"."ZXTABLES"

2.數據庫記錄中存在換行符,導致數據無法裝入的情況
MODIFIED BY DELPRIORITYCHAR
Db2默認load優先級策略為，record delimiter, character delimiter, column delimiter,這樣record delimiter得優先級最高，所以原始文件如果有換行的話load就認為是新的record，如果用戶在某些情況下行里面包含了換行符（比如論壇里面的一條帖子，不可能把換行符刪掉的），就必須用delprioritychar改變默認的優先級別，確保""之間的數據不管有沒有換行符都被認為是同一條記錄
例：LOAD CLIENT  FROM 'F:\s1.del' OF DEL MODIFIED BY DELPRIORITYCHAR  INSERT INTO DB2ADMIN.ZXTABLES

3.load后表空間暫掛的處理
Copy YES/ NONRECOVERABLE
對于DMS表空間，load默認為copy NO 模式，此模式下，load完成后，表空間會處于暫掛狀態，這時候只能查表中的數據，需要對表空間進行一次備份，才可以對表進行update、insert等操作，那么我們可以使用如上2個命令，對于Copy YES，load完成以后會自動進行一次備份操作；NONRECOVERABLE 指出load不可恢復，此命令符不會產生表空間暫掛，也不會自動進行表空間備份，但是他有一個缺點就是，不能恢復，當數據庫進行回滾的時候，不能還原，危險等級還是比較高一點，不過個人覺得也NONRECOVERABLE比較實用。

例：LOAD CLIENT FROM 'F:\s1.del' OF DEL INSERT INTO DB2ADMIN.ZXTABLES NONRECOVERABLE
LOAD CLIENT FROM 'F:\s1.del' OF DEL INSERT INTO DB2ADMIN.ZXTABLES COPY YES
4. load IXF類型文件到多分區數據庫

partitioned db configmode load_only_verify_part part_file_location

當數據在2個不同數量節點的數據庫之間移動，如果還想使用load來進行IXF的數據裝載就比較棘手了，當時查遍IBM的官方文檔均無所獲，正郁郁不安時，狼出現了，給支了一招，現分享給大家。
首先，把ixf文件復制和分區數量相同的文件，并后綴.000(分區號)，
比如，2個分區，那么我需要把原來的a.ixf,拷貝2個，并命名為a.ixf.000以及a.ixf.001
然后，load from staff.ixf of ixf replace into t1 partitioned db configmode load_only_verify_part part_file_location xxxx（part_file_location為a.ixf.000所在的目錄），當然如果在unix下的話，可以通過ln –s 來做一個連接也行。

5. 對于自增序列(GENERATED ALWAYS）
MODIFIED BY IDENTITYOVERRIDE：此參數可以理解為，采用文件load文件中的自增值做為表自增序列的值，這樣就能保證對于自增序列有業務意義，或者關聯邏輯（主外鍵關聯）的情況下保證數據的一致，個人對此命令屢試不爽

例：  LOAD CLIENT FROM 'F:\s1.del' OF DEL MODIFIED BY IDENTITYOVERRIDE INSERT INTO DB2ADMIN.ztables;

6. 對于自增序列(GENERATED by default）
GENERATED by default可以直接通過一般的導入方式加載數據，不過有時候會有一點點小問題，自增序列沒有進行分配，也就是說，原來表有50條記錄，自增序列的下一次分配值為50，當你已經導入了1000條記錄進去了，然后發現自增序列的下一次分配值還是為50，這種事不經常發生，但是偶爾會發生一次，比較郁悶的是，當表繼續插入數據的時候，下一次分配就會發生沖突，尤其是如果自增建為主鍵的時候，會違反唯一約束。
解決辦法：首先找到這個序列分配的最大值，select max(id) from tablea;
然后用下邊這個命令，alter table tablea alter column restart  with max(id)+1

7.
ROWCOUNT/WARNINGCOUNT
  這個同IMPORT

8.terminate，restart
如果load的過程中出了點故障，比如連接被force掉了等，這時連接查詢表數據會報錯SQL0668N，原因碼3，這時可以通過帶有terminate的load命令來進行處理！
LOAD CLIENT FROM 'F:\s1.del' OF DEL terminate[/b] INTO DB2ADMIN.ztables;

9. set integrity 命令
如果表上有約束，那么給表load數據以后，一般連接表的時候都會報錯，SQL0668N，原因碼1，這說明該表處于“設置完整性暫掛無訪問”狀態，那么需要如下命令來操作。

Set integrity for schema.tablename immediate checked;

10.提高導入導出速度的數據庫參數
CONFIGURATION：應用程序堆大小，該參數指示可由Backup，restore，load及裝入恢復應用程序同事使用的最大內存量，看帖子上有介紹，這個值可以設置為10000*cpu數量。
DB2 UPDATE DATABASE CONFIGURATION USING UTIL_HEAP_SZ 113486


呵呵，暫時就寫這么多了，歡迎大家繼續補充。

由于時間比較緊張，在語言組織上有點凌亂，請大家見諒！