Hi Stephen,

[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] wrote:

> 
> Ok... on the coat-tails of the recent discusison of 'update 
> statistics' doing a lock... has further consideration been 
> given to changing loadercli 
> so that a extract (SELECT) does not lock the tables?  Some 
> option to set the isolation level?
> 
Yes, it will be made an option for the user to set the isolation
level for the Loader. The default level will be 3 though.
But this will not have any effect on working with format PAGES.
This means you can make
a snapshot of your database in format RECORDS for instance.
But as soon as you work with PAGES the Loader will lock the table it is
processing. Otherwise we cannot assure the integrity of the records of
a single table:
Suppose you want to extract the data of table TAB1 in format PAGES.
This table may have 10 pages.
The data is ordered in user defined primary key order.
Lets say for simplicity reasons the primary key is an int
column. Records are so long that every page may store 10 records.
At time T1 the Loader has extracted pages 1 to 4. Page 4 has the
records with the following key order: 15,16,17,18,19,20,21,22,23,25.
At that same time T1 another user inserts the record with key 24 into
that table. This causes the kernel to reorganize page 4 to put this
record in and move record with key 25 to page 5.
Now the Loader gets the other 5 pages. Page 5 will then contain the
record with key 25. But page 4 will have this record, too. The record
with key 24 will not be in the data at all.
Thus you have not only not committed data but wrong data.
If you load this data you'll get the error 300 - Integrity violation.

This is of course only an example. It becomes certainly more complicated on
loading data in format PAGES into a table that is not exclusively locked
for this process.

Any objections on this? 

> Do you need someone to test the revised loadercli :) ?
> 
I will certainly get back to you ;-)

Regards,
 Steffen
-- 
Steffen Schildberg
SAP DB Team
SAP Labs Berlin

-- 
MaxDB Discussion Mailing List
For list archives: http://lists.mysql.com/maxdb
To unsubscribe:    http://lists.mysql.com/[EMAIL PROTECTED]

Reply via email to