Pasha4Как может быть такое, что таблица (куча) имеет кластерный индекс? Насколько я представлял, это два разных способа хранения и доступа к данным в памяти, или-или. Так оно и есть, но выходит что можно создать кластерный индекс на куче, и эти два объекта будут жить своей жизнью; кластерный индекс будет копией кучи в плане данных, и оптимизатор будет выбирать в зависимости от запроса что использовать - скан кучи или индекса. Вопросы:
1)Если мне нужно посчитать статистику чтений таблицы (в sys.dm_db_index_usage_stats), правильно ли я делаю, что суммирую сканирования кластерного индекса(+его лукапы) и сканирования кучи? И обновления так же - сумма апдейтов кучи и индекса.
2) На куче в дополнение к кластерному индексу есть некластерный, и они имеют один и тот же object_id - почему? Это же два совершенно разных объекта.
3) У меня в статистике чтения и обновления идут и по кластерному, и по куче. Можно ли в целях оптимизации, ничего не поломав, удалить кучу, оставив один кластерный индекс? И как это сделать (в одной транзакции дропнуть таблицу (кучу) и переименовать кластерный индекс на имя таблицы(кучи) ?
У heap и clustered index - разные object_id )