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