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

Новые сообщения [новые: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&mobile=1&tid=1606792]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
32ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
40ms |
get tp. blocked users: |
2ms |
| others: | 269ms |
| total: | 397ms |

| 0 / 0 |
