Доброго дня, коллеги.

Наткнулся на множество статей, что не нужно ничего "шринкать", т.к. может возникнуть множество проблем (к примеру, 1ая попавшаяся https://straightpathsql.com/archives/2009/01/dont-touch-that-shrink-button/) .
Но у меня ситуация примитивная... очистка таблицы, либо удаление 90% записей в ней (средствами sql).
Так вот, можно ли в этом случае освободить неиспользуемое место?
При этом, если использовать truncate table, то придётся сжимать саму бд, а если delete table (where...), то ещё и сам журнал (т.к. в этом случае создаются дополнительные записи).

многие пишут, что все равно раз она была толстая до сжатия, то и быстро наберёт этот объем

В обычном режиме - не надо. Если делаешь массовые удаления - то можно.

просто у меня одна таблица занимает 60% БД, я её почистил... вроде бы в чем проблема в сжатии.. не понимаю =\

Увеличится фрагментация. Проверь скриптами че там с индексами стало после шринка. И что станет с размером если потом ребилдить фрагментированные индексы?

(2)
Или после того, как провели ТиИ с пересчетом итогов, реиндексацией и реструктуризацией.

(5) да ну на

(6)
Нет?

(5) это займёт космическое время, никто не позволит

насчет журнала...он же очищается если его бэкапить...шринковать не рекомендуют именно базу, но как в (2) отмечено, после массовых удалений это единственный способ уменьшить размер

(7) нет

(10)
После крупной реструктуризации и пересчета итогов (в случае если имели место быть "нулевые итоги") Шринк освобождает место.

И превращает базу в фрагментированную кашу

(12)
Какое лечение? Дефрагментация индексов? Что еще?

Зачем что-то лечить если правильнее не создавать проблемы?

(14) Ну а как не создавать, если требуется реструктуризация, например?

(15) зачем после реструктуризации делать шринк?

Я просто оставлю это здесь https://habr.com/post/330492/

(17)
Спасибо. С интересом узнал много нового.

(17) https://yadi.sk/i/f-oJye3o3YNHro
Регистр "Цены". Было 80кк записей.
Был выполнен срез последних, скопирован в копию таблицы и "залит" назад.
Кластерный индекс дефрагментирован (а как иначе?!). Но что с некластерным? Эта ли проблема описана в статье? Почему то падения производительности я не заметил, получение цены происходит мгновенно без каких-либо тормозов.
Структура регистра: https://yadi.sk/i/lKiQU1Gd3YNJRr

(19) А, там отбор только по кластерным)