|
|
|
Фрагментация большой таблицы. Что разбивать, саму таблицу, индексы или и то и то?
|
|||
|---|---|---|---|
|
#18+
Есть достаточно большая таблица (64ГБ сжатых данных). Большая часть запросов происходит к записям глубиной не старше года. Все запросы используют индексы, то есть полных переборов нет. Собственно вопрос - имеет ли смысл фрагментировать саму таблицу при таком сценарии использования, или достаточно побить индекс по годам например? БД лежит на сторадже, посему "размещение на разных дисках" тут не применимо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2016, 11:54 |
|
||
|
Фрагментация большой таблицы. Что разбивать, саму таблицу, индексы или и то и то?
|
|||
|---|---|---|---|
|
#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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2016, 08:18 |
|
||
|
|
start [/forum/topic.php?fid=44&gotonew=1&tid=1606792]: |
0ms |
get settings: |
26ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
47ms |
get topic data: |
12ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
75ms |
get tp. blocked users: |
2ms |
| others: | 2316ms |
| total: | 2510ms |
| 0 / 0 |
