From: Gregor Kovač on
Hi!

I've tried LOAD .... INSERT INTO TABLE_NAME. The docs say about INSERT
option:
"One of four modes under which the load utility can execute. Adds the loaded
data to the table without changing the existing table data."

But when I do LOAD I get this in my message file:
Number of rows read = 671
Number of rows skipped = 0
Number of rows loaded = 671
Number of rows rejected = 0
Number of rows deleted = 669
Number of rows committed = 671

Why there are 669 rows being deleted? If rows are being deleted, can I
assume that this is similar to INSERT_UPDATE option with IMPORT?

I've tried to use LOAD with ADMIN_CMD command, but find it not very useful,
because the result set returned by this procedures gives me a MSG_RETRIEVAL
SQL. With this SQL I can get SQLCODE and MSG to get messages. The problem
is that my message file has:
--------------------------------------------------------------------------
SQL3501W The table space(s) in which the table resides will not be placed
in
backup pending state since forward recovery is disabled for the database.

SQL3109N The utility is beginning to load data from file
"/home/gregor/Apps/BLAGAJNA/IMPORT/10.07.2007_15.29.29.887/PODROCJE.IXF".

SQL2036N The path for the file or device
"/home/gregor/Apps/BLAGAJNA/IMPORT/10.07.2007_15.29.29.887/PODROCJE.IX" is
not
valid.

SQL3107W There is at least one warning message in the message file.


Number of rows read = 0
Number of rows skipped = 0
Number of rows loaded = 0
Number of rows rejected = 0
Number of rows deleted = 0
Number of rows committed = 0
--------------------------------------------------------------------------

but MSG_RETRIEVAL SQL only gives me:
SQL3107W There is at least one warning message in the message file.

Why? where is the problem?

Best regards,
Kovi
--
-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-
| In A World Without Fences Who Needs Gates? |
| Experience Linux. |
-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-
From: Serge Rielau on
Gregor Kovač wrote:
> But when I do LOAD I get this in my message file:
> Number of rows read = 671
> Number of rows skipped = 0
> Number of rows loaded = 671
> Number of rows rejected = 0
> Number of rows deleted = 669
> Number of rows committed = 671
Duplicates? Lots of duplicates...


--
Serge Rielau
DB2 Solutions Development
IBM Toronto Lab
From: The Boss on
Serge Rielau wrote:
> Gregor Kovac wrote:
>> But when I do LOAD I get this in my message file:
>> Number of rows read = 671
>> Number of rows skipped = 0
>> Number of rows loaded = 671
>> Number of rows rejected = 0
>> Number of rows deleted = 669
>> Number of rows committed = 671
> Duplicates? Lots of duplicates...

I was thinking that as well, but wouldn't/shouldn't these just be rejected
i.s.o. loaded+committed+deleted?

--
Jeroen


From: Arun Srinivasan on
On Jul 11, 4:07 pm, "The Boss" <use...(a)No.Spam.Please.invalid> wrote:
> Serge Rielau wrote:
> > Gregor Kovac wrote:
> >> But when I do LOAD I get this in my message file:
> >> Number of rows read = 671
> >> Number of rows skipped = 0
> >> Number of rows loaded = 671
> >> Number of rows rejected = 0
> >> Number of rows deleted = 669
> >> Number of rows committed = 671
> > Duplicates? Lots of duplicates...
>
> I was thinking that as well, but wouldn't/shouldn't these just be rejected
> i.s.o. loaded+committed+deleted?
>
> --
> Jeroen

Only 2 useful rows loaded. In this case, if you had used exception
table opton on the
load command the deleted rows will be in the exception table.If you
hadn't then either again
load(use exception), take rows /import. BUt since the number of rows
is really low(I even use
import for 50000 rows) you might as well do an import on the whole
file again...
Hope this helps

Arun

From: Serge Rielau on
The Boss wrote:
> Serge Rielau wrote:
>> Gregor Kovac wrote:
>>> But when I do LOAD I get this in my message file:
>>> Number of rows read = 671
>>> Number of rows skipped = 0
>>> Number of rows loaded = 671
>>> Number of rows rejected = 0
>>> Number of rows deleted = 669
>>> Number of rows committed = 671
>> Duplicates? Lots of duplicates...
> I was thinking that as well, but wouldn't/shouldn't these just be rejected
> i.s.o. loaded+committed+deleted?
I think duplicate elimination is done in a post phase.
Cheers
Serge

--
Serge Rielau
DB2 Solutions Development
IBM Toronto Lab