Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
12.02.2010, 11:53
|
|||
|---|---|---|---|
Реорганизация таблиц и сбор статистики по индексам |
|||
|
#18+
Добрый День Всем !! Есть вопрос : БД под DB2 UDB 7.2 fp 10a ежесуточно в БД заносятся данные, включая данные LOB объектов (отдельное пользовательское табличное пространство на буферном пуле 32k), система работает уже 4 года, объем базы достиг 30Gb, причем особенность - ОПЕРАЦИЙ УДАЛЕНИЯ НЕТ ВООБЩЕ, ОБНОВЛЕНИЯ ЕДИНИЧНЫ И КАСАЮТСЯ ТОЛЬКО МЕЛКИХ ТАБЛИЧЕК С ПАРОЙ СОТНЕЙ ЗАПИСЕЙ, идет только вставка и выборки . быстродействие выборок естественно просело со временем на таком объеме базы, посему решил реорганизовать таблицы и собрать статистику по индексам : REORG TABLE MYSCHEMA.TABLE1@ RUNSTATS ON TABLE MYSCHEMA.TABLE1 AND INDEXES ALL SHRLEVEL CHANGE@ - для каждой из таблиц ; по итогу проведения данной процедуры не обнаружил роста производительности выборок !! ; Вопрос у меня: нужны ли были вообще в такой ситуации данные манипуляции и если нужны, то почему их результативность оказалась невысокой ? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.02.2010, 12:22
|
|||
|---|---|---|---|
|
|||
Реорганизация таблиц и сбор статистики по индексам |
|||
|
#18+
warIord, Reorg нужен если у вас много операции вставки, удаления, изменения. т.е. когда данные дефрагментируются. А так у вас плавненько таблица заполняется одними вставками. По статистике видимо у вас данные однородные, и для БД уже не важно 100 у вас записей или 100 000 он будет брать один и тот же план запроса. Что бы выросла производительность нужно разделить данные. Актуальные данные в одну таблицу, исторические в другую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.02.2010, 12:27
|
|||
|---|---|---|---|
Реорганизация таблиц и сбор статистики по индексам |
|||
|
#18+
спасибо, я вот тоже к такому склоняюсь, еще вот REORGCHK команду вспомнил - но чтобы интерпретировать ее результаты надо прокачаться в доке по ней, одним словом похож надо прост делать архивные таблицы и туда схерачивать 'устаревшие / редкотребуемые' данные ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=43&mobile=1&tid=1602893]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
43ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 150ms |

| 0 / 0 |
