|
Действия ...
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
13.04.2013, 21:30
|
|||
|---|---|---|---|
|
|||
Как лучше проводить реорганизацию в DB2? |
|||
|
#18+
Доброго всем времени. Собственно вопрос, какой командой лучше проводить реорганизацию (какая быстрее отработает, какая сразу реорганизует и индексы, какая лучше для быстродействия бд), при условии что к БД на это время доступ для пользователей закрыт: REORG TABLE COMMON.USERS ALLOW NO ACCESS; или REORG TABLE COMMON.USERS INPLACE ALLOW READ ACCESS START; Так же просьба подсказать по параметру LONGLOBDATA, на сколько необходимо его использовать, какой выигрыш он даёт (производительность или еще что) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.04.2013, 09:21
|
|||
|---|---|---|---|
|
|||
Как лучше проводить реорганизацию в DB2? |
|||
|
#18+
Guzya, Здравствуйте. Choosing a table reorganization method Вкратце про LONGLOBDATA: Неиспользуемое место под XML и LOB объекты для таблицы (например, когда вы удалили записи в таблице, содержащей эти типы) освобождается только после classic reorg с использованием LONGLOBDATA. Иначе это место останется "зарезервированным" за этой таблицей, и другими таблицами этого табличного пространства не сможет быть использовано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.04.2013, 10:52
|
|||
|---|---|---|---|
|
|||
Как лучше проводить реорганизацию в DB2? |
|||
|
#18+
А если данные не удаляются, а только добавляются? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.04.2013, 11:20
|
|||
|---|---|---|---|
|
|||
Как лучше проводить реорганизацию в DB2? |
|||
|
#18+
GuzyaА если данные не удаляются, а только добавляются?Тогда не используйте опцию LONGLOBDATA и выбирайте нужный тип реорганизации, взвесив плюсы и минусы обоих типов реорганизации для вашей системы по ссылке выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.04.2013, 10:42
|
|||
|---|---|---|---|
|
|||
Как лучше проводить реорганизацию в DB2? |
|||
|
#18+
Еще вопрос, из наших таблиц почти ничего не удаляются (только добавление и обновление), нужно ли проводить обязательную реорганизацию таблиц или можно обойтись только реорганизацией индексов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.04.2013, 10:51
|
|||
|---|---|---|---|
|
|||
Как лучше проводить реорганизацию в DB2? |
|||
|
#18+
Guzya, Есть команда REORGCHK (и REORGCHK_* процедуры), которая может посоветовать - надо ли делать реорганизацию таблицы и/или её индексов. Можете настроить автоматическую реорганизацию таблиц. См. Automatic reorganization . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.04.2013, 11:12
|
|||
|---|---|---|---|
Как лучше проводить реорганизацию в DB2? |
|||
|
#18+
Guzya, Зависит от того, желательна ли вам физическая упорядоченность данных. Т.е. по каким критериям обычно происходят (если происходят) массовые выборки (чтобы чтение в режиме prefetch по возможности сразу выгребало нужные записи). Если массовых выборок не происходит или данные чаще читаются в порядке поступления (напремер, по дате/времени) и не удаляются, то имеет смысл вообще делать: Код: sql 1. и по поводу реорганизации самой таблицы вообще не беспокоиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=43&mobile=1&tid=1601457]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
66ms |
get topic data: |
13ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
2ms |
| others: | 280ms |
| total: | 433ms |
| 0 / 0 |
