Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Пространство под данные и индексы в DB2 для z/OS
|
|||
|---|---|---|---|
|
#18+
Всем привет! Обычно при подготовке скриптов для DB2 for z/OS приходилось заранее считать, сколько потребуется места под соответствующие объекты изначально, как оно будет расти, и указывать его в PRIQTY и SECQTY. Однако часто, особенно на первом этапе проектирования, не хочется возиться с этим, и сделать пробную базу, чтобы она сама росла в своей STOGROUP, и не затыкалась при исчерпании количества экстентов (по умолчанию размеры PRIQTY и SECQTY очень малы). Недавно натолкнулся на новшество в 9 версии (уже наверное не новшество, но для меня да) - универсальные табличные пространства, которые, в частности, можно партицировать автоматически по мере роста. Пример: Код: plaintext 1. Код: plaintext PS А, кстати, как посмотреть максимальное количество экстентов, которое DB2 будет выделять по SECQTY? С уважением, Алексей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2010, 15:30 |
|
||
|
Пространство под данные и индексы в DB2 для z/OS
|
|||
|---|---|---|---|
|
#18+
Так не пробовали? DB2 9 for z/OS: Using the Utilities Suite 7.4.3 Using SLIDING SCALE One of the things that is difficult for a user when using compressed table spaces is estimating a good size for the PRIQTY and SECQTY quantities before the LOAD. When using the sliding scale algorithm, this is no longer necessary. Just specify PRIQTY=-1 and SECQTY=-1 or omit the PRIQTY and SECQTY values during the CREATE TABLESPACE and CREATE INDEX statements and make sure that the subsystem parameter OPTIMIZE EXTENT SIZING or MGEXTSZ on installation panel DSNTIP7 is set to YES. When MSGEXTSZ=YES, DB2 will allocate the DB2 extents using a sliding scale algorithm. The primary extent will be allocated with a default value (1 CYL for non-LOB table spaces and indexes, 10 CYLS for LOB table spaces). The secondary extents will be allocated with an increased size. This function is also called autonomic DB2 space allocation. The algorithm helps to reduce the number of wasted space and improves the user productivity. For more information about space allocations and the sliding scale algorithm, refer to DB2 Version 9.1 for z/OS Administration Guide, SC18-9840 and the IBM Redpapers™ publication IBM System p5 520 and 520Q Technical Overview and Introduction, REDP-4137. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2010, 05:22 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=36945155&tid=1602506]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 126ms |

| 0 / 0 |
