pajama

데이터 정합성이 맞지않거나 통계정보 부정확등의 이유에 인해 dbexport로 추출된 데이터 건수가 실제 내려받은 데이터 건수와 다른 경우에 발생하는 오류 케이스입니다.

It might happen that the number of rows in the unload file does not match the number of rows in the
comment. In such cases the dbimport will fail.

dbimport often runs several hours and it is painful when it aborts after hours leaving a corrupted database.
Customers rely that a successful dbexport is usable for dbimport.
Example:
mstab00100.unl contains 5 rows instead of 3

(여기 예제에서는 실제로 데이터는 5건을 내려받았으나 메타정보로는 3건으로 표시하고 있습니다.)

{ TABLE "informix".mstab row size = 14 number of columns = 2
index size = 0 }
{ unload file name = mstab00100.unl number of rows = 3 }
create table "informix".mstab
  (
    id serial not null ,
    c1 char(10)
  );
revoke all on "informix".mstab from "public" as "informix";
Import data is corrupted! 

이 메시지는 실제로 데이터가 로케일이 다르거나 깨진 데이터로 인해 발생할 수도 있습니다.
또한 PK(Primary Key)에 의한 데이터 중복이 원인일 수 있습니다.
위의 결과는 데이터에 문제가 없더라도 데이터 건수 차이로 인한 오류메시지가 발생한 예 입니다.

Do you want to abort?y
This import is now invalid.
Calling dbimport with -c or continue although the number of rows is wrong is not an option

because the imported data might not be consistent.

http://www-01.ibm.com/support/docview.wss?uid=swg1IC66213