Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
21.10.2016, 11:54
|
|||
---|---|---|---|
|
|||
Фрагментация большой таблицы. Что разбивать, саму таблицу, индексы или и то и то? |
|||
#18+
Есть достаточно большая таблица (64ГБ сжатых данных). Большая часть запросов происходит к записям глубиной не старше года. Все запросы используют индексы, то есть полных переборов нет. Собственно вопрос - имеет ли смысл фрагментировать саму таблицу при таком сценарии использования, или достаточно побить индекс по годам например? БД лежит на сторадже, посему "размещение на разных дисках" тут не применимо. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
24.10.2016, 08:18
|
|||
---|---|---|---|
|
|||
Фрагментация большой таблицы. Что разбивать, саму таблицу, индексы или и то и то? |
|||
#18+
Fylhtq, Есть смысл сначала проверить количество страниц, выделенных для таблицы. Оно не должно превышать 16777215. Если актуальный размер близок к этому - срочно нужно фрагментировать таблицу, иначе вставка новых записей будет невозможна. Аналогичная рекомендация и для индексов. Более подробно про лимиты http://www.ibm.com/support/knowledgecenter/SSGU8G_12.1.0/com.ibm.adref.doc/ids_adr_0718.htm и http://www-01.ibm.com/support/docview.wss?uid=swg21105506 ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=44&tablet=1&tid=1606792]: |
0ms |
get settings: |
20ms |
get forum list: |
6ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
34ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
others: | 357ms |
total: | 482ms |
0 / 0 |