В первую очередь нужно посмотреть на степень фрагментации индекса, но пересоздание или реорганизацию индексов делать нужно для индексов с колоночным хранением тоже.
Интересно, вот если хранилище принимает множество мелких вставок, а выборки при этом действительно требуют колоночного индекса, то не окажется ли эффект от колоночного индекса отрицательным?
Любой индекс (кроме кластеризованного, разумеется) приводит к дублированию информации и оказывает негативное влияние на любые операции записи. Если не рассматривать вопрос физической организации структур хранения данных, то все с водится к соотношению операций записи/чтения (даже вопрос скорости фрагментации индекса отходит на второй план). Ну и никто не запрещает комбинировать индексы с разным типом хранения.
![กี่หมื่นฟ้า | Your Sky Series EP.1 [2/4]](http://i.ytimg.com/vi/qJbQs_nhjD4/mqdefault.jpg)
Дай Бог тебе здоровья!
Благодарю.
Это великолепная работа. Это очень полезно. Успехов.
Подписка и лайки
Пожалуйста!
Мерси баку чувак) Годно объяснил
Большое спасибо!
Пожалуйста!
Нужно ли делать rebuild/ reorganise колоночного некластерного индекса после загрузки в ХД?
В первую очередь нужно посмотреть на степень фрагментации индекса, но пересоздание или реорганизацию индексов делать нужно для индексов с колоночным хранением тоже.
офигенно.
Согласен!
Интересно, вот если хранилище принимает множество мелких вставок, а выборки при этом действительно требуют колоночного индекса, то не окажется ли эффект от колоночного индекса отрицательным?
Любой индекс (кроме кластеризованного, разумеется) приводит к дублированию информации и оказывает негативное влияние на любые операции записи. Если не рассматривать вопрос физической организации структур хранения данных, то все с водится к соотношению операций записи/чтения (даже вопрос скорости фрагментации индекса отходит на второй план). Ну и никто не запрещает комбинировать индексы с разным типом хранения.