Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Реорганизация индексов и таблиц
|
|||
|---|---|---|---|
|
#18+
Можно разъяснить почему в центре работоспособности, рекомендации реорганизации особенно по индексам отличаются от вывода reorgchk? Так же интересует почему бывает такая разница в центре работоспособности может отсутствовать требование реорганизации индексов в отличии от вывода reorgchk, либо при выборе "показать команду" в db2hc, команда имеет вид - reorg indexes all... в то время как reorgchk рекомендует реорганизовать по конкретному индексу? При запуске команды reorg index <наименование индекса> for table ошибка следующего вида: SQL0270N Функция не поддерживается (код причины = "89"). SQLSTATE=42997 Собственно команда: REORG INDEX MSK_FORMAT_PK FOR TABLE DB2ADMIN.A_MSK_FORMAT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2014, 15:02 |
|
||
|
Реорганизация индексов и таблиц
|
|||
|---|---|---|---|
|
#18+
m.igumnov, Вы написали команду реорганизации индекса (которая поддерживается только для непертиционированных индексов партиционированной таблицы), а не реорганизации по индексу, которая должна выглядеть так: Код: sql 1. reorgchk может часто жаловаться на формулу 4 для индекса, но вы должны понимать следующее: Formula F4 For non-partitioned tables: CLUSTERRATIO or normalized CLUSTERFACTOR > 80 The global CLUSTERFACTOR and CLUSTERRATIO take into account the correlation between the index key and distribution key. The clustering ratio of an index should be greater than 80 percent. When multiple indexes are defined on one table, some of these indexes have a low cluster ratio. (The index sequence is not the same as the table sequence.) This cannot be avoided . Be sure to specify the most important index when reorganizing the table. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2014, 15:54 |
|
||
|
Реорганизация индексов и таблиц
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2014, 17:05 |
|
||
|
Реорганизация индексов и таблиц
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, Можно задать Вам еще вопрос - если несколько индексов одной таблицы требуют реорганизации как в нашем случае Таблица: DB2ADMIN.R_REGISTER Индекс: DB2ADMIN.R_REGISTER_N49 610263 958 0 3 13 506 9 9 628 628 0 26 92 16 0 0 *---- Индекс: DB2ADMIN.R_REGISTER_N50 610263 959 0 3 12 21 9 9 628 628 0 76 91 16 0 0 *---- Индекс: DB2ADMIN.R_REGISTER_N51 610263 958 0 3 3 25 9 9 628 628 0 46 91 16 0 0 *---- Необходимо последовательно выполнять реорганизацию таблицы по каждому индексу или есть правильный путь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2014, 17:09 |
|
||
|
Реорганизация индексов и таблиц
|
|||
|---|---|---|---|
|
#18+
m.igumnovесли несколько индексов одной таблицы требуют реорганизации как в нашем случае...Звездочку в Формуле 4 не надо востпринимать как требование к реогрганизации. Это всего лишь информация для вас, что данные в таблице не находятся в порядке данного индекса. Реорганизация таблицы по индексу делает, грубо говоря, следующее: она физически размещает данные в порядке, соответствующему выбранному индексу. Т.е., выполнив такую реорганизацию, вы, скорее всего, разместите данные так, что они не будут соответствовать порядку другого индекса. Поэтому реорганизовывать таблицу последовательно по всем индексам бессмысленно. Про то, для чего нужны кластерные индексы (или. что то же самое, для чего надо реорганизовывать таблицу по индексу), читайте в Types of indexes . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2014, 18:48 |
|
||
|
Реорганизация индексов и таблиц
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, Привел в качестве примера неудачный кусок файла, если будет рекомендация не по формуле F4 а например по F8 так же не стоит упорядочивать по данной группе индексов? Т.е. фактически по выводу reorgchk необходимо реорганизовать только таблицы, индексы можно не трогать либо ориентироваться на центр работоспособности? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2014, 21:52 |
|
||
|
Реорганизация индексов и таблиц
|
|||
|---|---|---|---|
|
#18+
m.igumnov, В DB2 нет понятия упорядочивания данных по "группе индексов" (если не брать в расчет MDC таблицы). Есть упорядочивание данных по одному индексу. Каждая формула позволяет выявить разные проблемы с индексами. Например, та же F8: Код: plaintext 1. Увидев * для F4 в выводе reorgchk, вы можете расматривать возможность реорганизации таблицы по это индексу только в случае, если этот индекс у вас используется в запросах, для которых кластерный индекс действительно полезен. Иначе вы можете игнорировать значения для F4. Замечания: - при реорганизации таблицы индексы реорганизовываются тоже - вы можете для непартициониованной таблицы реорганизовывать только индексы, но все сразу, а не по отдельности; там доступны варианты, см. опцию CLEANUP ONLY в REORG . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2014, 09:51 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=38615682&tid=1601104]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
161ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 291ms |
| total: | 550ms |

| 0 / 0 |
