Возможные причины на мой взгляд: Fill Factor/Pad Index, Фрагментация, добавление индексов.

Что если не секрет с ними делаете?

Всем привет. Может кто знает, можно 2 инстанса mssql поставить на linux, на форуме одном нашел, что нельзя. msdn что то не на гуглил

Кратко - запускайте в контейнерах.

Спасибо, да про контейнеры видел, надеялся что можно...

Увидел что в таблице разница used_pages и total_pages на серьезную такую разницу

При наличии контейнеров не пользоваться ими на мой взгляд немного неразумно. нет?

недоудалённые данные. Перестройте кластерный индекс.

Всем привет, подскажите плиз, как посмотреть mdx запросы в Excel?

Спасибо, попробую

будьте осторожны, перестройка кластерного индекса займет время, временно место и возможно блокировка в зависимости от редакции сервера.

В одной из таблиц не было индексов, помогло ее пересоздание с тем же набором данных. Вопрос - а никто не знает почему такое вообще происходит?

Недоудаление’)

сжатия базы в автоматическом режиме нету, так как это очень трудоемкий процесс

удалил данные, место освободилось, кто-то потом займет

Если нет кластерного индекса, в куче данные лежат хотично. удаление оставляет дырки, которые не всегда подходят для новых записей. процесс фонового удаления (Ghost Cleanup) работает с ограничениями и на кучах ему просто нужно гораздо больше времени чтобы разгрести. Это две причины роста куч при частой модификации.

Пользуемся, для программистов, у каждого свое окружение, вполне для этих нужно ноом, для прода не представляю такое

В целом, есть лишь небольшое количество случаев, когда отсутствие кластерного индекса это не плохо. Общая рекомендация - иметь кластерный индекс на каждой таблице. Если таблица подвергается очень частым удалениям-вставкам (десятки раз в секунду хотя бы по одной записи), то стоит рассмотреть in-memory таблицы, возможно даже с durability schema-only. Если это неприемлемо, то можно проводить удаление с хинтом PAGLOCK тогда запись будет удалена физически, что несколько медленнее обычного.