gardenmanВообще много чего можно сделать чтобы ускорить работу:
1) MANAGED BY SYSTEM - Лучше сделать MANAGED BY DATABASE, например у ORACLE и MSSQL вообще нет ничего подобного MANAGED BY SYSTEM
2) Я не знаю как вы создавали базу данных. Лог и контейнеры нужно разнести по дискам, если есть возможность. И, если есть возможность разнести по дискам собственно табличку и ее индексы. Т.е. в идеали у нас должно быть 4 диска - для таблицы, для индексов, для лога и и для системы
3) В DB2 имеются таблички FOR INSERT ONLY
4) когда создаете индексы и таблицу, то делать их нужно в разных табличных пространствах, и соответственно привязывать к разным буферпулам.
5) на табличку, в которой 1000 исходных записей создайте отдельное табличное пространство и, соответственно свой буферпул, чтобы она не вымывалась из кэша.
6) ну, и естественно в зависимости от размера памяти на вашем компьютере,
примерно 75% отдайте под буферпулы DB2

-------------------------------------
Вот читаю интересную статейку как раз про то , о чем вы написали:
http://www.quest-pipelines.com/newsletter-v5/1004_D.htm

Да вот такой простой Batch используется для создания DB. Что можно улучшить и как создать отдельный BP для таблицы, в которой 1000 исходных записей?
Как создать индексы и таблицы в разных табличных пространствах?
-----------------------------------
"create db MyDBName using codeset utf-8 territory us collate using identity_16bit"
-- create database MyDBName on C;

connect to MyDBName;
create bufferpool BP_MyDBName_32K size 2500 pagesize 32k;
create bufferpool BP_MyDBName_4K size 10000 pagesize 4k;
disconnect MyDBName;
stop database manager;
start database manager;
connect to MyDBName;
drop tablespace USERSPACE1;

create system temporary tablespace TSS_32k pagesize 32768 managed by system using ('C:\DBF\ts_MyDBName_ts32') bufferpool BP_MyDBName_32K;

create user temporary tablespace TSU_32k pagesize 32768 managed by system using ('C:\DBF\ts_MyDBName_tu32') bufferpool BP_MyDBName_32K;

-- Change 4k/4096 to 32k if needed
create tablespace TS_MyDBName pagesize 4096 managed by system using ('C:\DBF\ts_MyDBName_m4') bufferpool BP_MyDBName_4K;

create tablespace TS_MyDBNameL pagesize 32768 managed by system using ('C:\DBF\ts_MyDBName_b32') bufferpool BP_MyDBName_32K;

create tablespace TS_MyDBNameX pagesize 4096 managed by system using ('C:\DBF\ts_MyDBName_x4') bufferpool BP_MyDBName_4K;

list tablespaces;



grant use of tablespace TSS_32k to user db2admin;
grant use of tablespace TSU_32k to user db2admin;
grant use of tablespace TS_MyDBName to user db2admin;
grant use of tablespace TS_MyDBNameL to user db2admin;
grant use of tablespace TS_MyDBNameX to user db2admin;
disconnect MyDBName;

update db cfg for MyDBName using logprimary 25 logsecond 100 logfilsiz 2000;
update db cfg for MyDBName using LOCKLIST 128 MAXLOCKS 25;

stop database manager;
update dbm cfg using query_heap_sz 3200;
start database manager;
update dbm cfg using query_heap_sz 3200;
stop database manager;
start database manager;

terminate;
---------------------
Как это сделать отдельными командами, вроде ясно, а вот как все скомпоновать - вот в чем вопрос?

gardenmanВообще много чего можно сделать чтобы ускорить работу:
1) MANAGED BY SYSTEM - Лучше сделать MANAGED BY DATABASE, например у ORACLE и MSSQL вообще нет ничего подобного MANAGED BY SYSTEM
2) Я не знаю как вы создавали базу данных. Лог и контейнеры нужно разнести по дискам, если есть возможность. И, если есть возможность разнести по дискам собственно табличку и ее индексы. Т.е. в идеали у нас должно быть 4 диска - для таблицы, для индексов, для лога и и для системы
3) В DB2 имеются таблички FOR INSERT ONLY
4) когда создаете индексы и таблицу, то делать их нужно в разных табличных пространствах, и соответственно привязывать к разным буферпулам.
5) на табличку, в которой 1000 исходных записей создайте отдельное табличное пространство и, соответственно свой буферпул, чтобы она не вымывалась из кэша.
6) ну, и естественно в зависимости от размера памяти на вашем компьютере,
примерно 75% отдайте под буферпулы DB2

--------------------------------
Вот читаю интересную статейку как раз про то , о чем вы написали:
http://www.quest-pipelines.com/newsletter-v5/1004_D.htm

Да вот такой простой Batch используется для создания DB. Что можно улучшить и как создать отдельный BP для таблицы, в которой 1000 исходных записей?
Как создать индексы и таблицы в разных табличных пространствах?
-----------------------------------
"create db MyDBName using codeset utf-8 territory us collate using identity_16bit"
-- create database MyDBName on C;

connect to MyDBName;
create bufferpool BP_MyDBName_32K size 2500 pagesize 32k;
create bufferpool BP_MyDBName_4K size 10000 pagesize 4k;
disconnect MyDBName;
stop database manager;
start database manager;
connect to MyDBName;
drop tablespace USERSPACE1;

create system temporary tablespace TSS_32k pagesize 32768 managed by system using ('C:\DBF\ts_MyDBName_ts32') bufferpool BP_MyDBName_32K;

create user temporary tablespace TSU_32k pagesize 32768 managed by system using ('C:\DBF\ts_MyDBName_tu32') bufferpool BP_MyDBName_32K;

-- Change 4k/4096 to 32k if needed
create tablespace TS_MyDBName pagesize 4096 managed by system using ('C:\DBF\ts_MyDBName_m4') bufferpool BP_MyDBName_4K;

create tablespace TS_MyDBNameL pagesize 32768 managed by system using ('C:\DBF\ts_MyDBName_b32') bufferpool BP_MyDBName_32K;

create tablespace TS_MyDBNameX pagesize 4096 managed by system using ('C:\DBF\ts_MyDBName_x4') bufferpool BP_MyDBName_4K;

list tablespaces;



grant use of tablespace TSS_32k to user db2admin;
grant use of tablespace TSU_32k to user db2admin;
grant use of tablespace TS_MyDBName to user db2admin;
grant use of tablespace TS_MyDBNameL to user db2admin;
grant use of tablespace TS_MyDBNameX to user db2admin;
disconnect MyDBName;

update db cfg for MyDBName using logprimary 25 logsecond 100 logfilsiz 2000;
update db cfg for MyDBName using LOCKLIST 128 MAXLOCKS 25;

stop database manager;
update dbm cfg using query_heap_sz 3200;
start database manager;
update dbm cfg using query_heap_sz 3200;
stop database manager;
start database manager;

terminate;
---------------------
Как это сделать отдельными командами, вроде ясно, а вот как все скомпоновать - вот в чем вопрос?

ggvи вообще - чего то я не пойму никак, какие трудности с LOAD ?
по-любому это самый предпочтительный способ для данной задачи.

----------------
Учитывая условие, что имеются 1000 записей в таблице и не известно начальное значение Id, как бы вы написали это с LOAD, чтобы получить 100 млн записей? После запуска сообщу ,сколько времени это берет

gardenman ggvgardenman - ну а про влияние max() почему не высказываешься? Интересно же


про влияние MAX() можно было бы высказаться еслиб тут был приведен план запроса. Но его же не показали... Да и вообще вопросы типа "Что такое план запроса?" - говорят сами за себя...


Специально для Toskana - разжовываю...
DB2 при компиляции процедуры сразу формирует план запроса (то, каким макаром DB2 будет доставать нужные данные), он хранится в двоичном виде в таблице SYSPLANS. Этот план - статический, и не будет пересматриваться до тех пор, пока вы заново не перекомпилите процедуру.
Например, если взять Оракла или МSSQL, то для того чтобы посмотреть "реальный" план, там нужно чтобы конкретная процедура работала. А в ДБ2 план уже известен заранее, потому -то SQL и называется - статический. Если вы хотите чтоб перед запуском процедуры DB2 перестраивала план на основе текущей статистики (как в Oracle или MSSQL), то процедура должна быть скомпилирована с опцией REOPT. Когда конкретно ставить эту опцию - зависит от ситуации.
Если в вашем случае при компиляции запроса select max() - был выбран TBSCAN - сканирование таблицы или полностью всего индекса - то естесс-но - ниче хорошего. Это очень-очень долго... Поэтому индекс д.б просканирован в обратном порядке (с хвоста). чтоб сразу получить максимальное значение.
Где-то еще была статья как ускорить инсерты, но ... нет у меня ссылки и искать не хочется..

----------------
Да спасибо и так всем!
Про INSERT ускоренный ссылку уже подбросили.
А насчет Плана Запроса - я же сказала , что новичок в DB2 - поэтому и тусуюсь на этом форуме на уровне спрашивающих, а не отвечающих. Но главное, что есть начало не без вашего участия, а продолжение следует.