Sergey GusevYasha123вообще-то выше написано: это (n)text, image, varbinary(max), (n)varchar(max), xml.

То есть удаляя запись, MS SQL не удаляет связанные с ними большие данные? А как это тогда решать? Предварительное обнуление этих полей решит проблему?
типа удаляет,
но весьма криво.
данные этих типов не лежат вместе с остальными в строке данных,
они хранятся отдельно на т.н. LOB-страницах,
а в самой строке только ссылка на LOB-страницу.
короче, при удалении (у вас же все таблицы кластерные) строка помечается
как ghost record, потом при повторном чтении страницы с этой строкой
или при сканировании PFS pages Ghostcleanuptask удаляет эти ghost records.
ну и видимо на LOB-ы ему просто плевать.
так или иначе, LOB-страницы никто не высвобождает.
типа ALTER INDEX..REORGANIZE по умолчанию делает LOB COMPACTION,
но на деле и это не всегда помогает.
однозначно поможет перелив в новую таблицу.
про предварительное обнуление точно не скажу,
но по идее не поможет.
будет время (оч. сомневаюсь), проверю

Sergey GusevYasha123если это добро было в удаляемых строках, по идее помогает alter index.. reorganize.

Это наверное, имеется в виду - кластерные индексы только?
где вы увидели слово "кластерный"?
реорганайзить можно как кластеные, так и некластерные индексы.
а куч у вас в базе просто нет, это скрипт invm показал.