откуда лучше запускать? Из конфгуратора или SQL.
Задача сократить объем базы после удаления документов

Реиндексация не сокращает размер базы...

(0) Сжатие тебе нужно

(0) шринк тебе нужен а не реиндекс

все же кто ответит на вопрос ТС: Чем отличается реиндексация из скуля и из конфигуратора?

Я! Ничем. И из скуля и из конфигуратора задачу ТС одинаково не решает

(5) а кроме болтовни, будет подтверждение что реструктуризация запущенная из скуля не отличается от реструктуризации, запущенной из конфигуратора. Или тут ник соответствует?

(6) У тебя есть под рукой развёрнутый 1с-сервер и мс-скл? Тогда проверить - дело пяти минут.

У меня, к сожалению, нет.

(0) из СУБД , но задачи сабжа это не решает.

(6) Так - давай же своё подтверждение, или балабол?

(8) Пруф будет?

(10) ну как бы сама 1С говорит что для обслуживании базы на скуле нужно делать реиндексацию таблиц средствами скуля и ничего не говорит про конфигуратор
А лучше из СУБД, потому что можно настроить выборочное индексирование, а не тупое всего подряд. Да и с блокировкой базы попроще

(11) Вот, не припомню такого, чесслово! Про то что, например, выгрузку базы средствами конфигуратора недопустимо использовать как резервную копию - помню, было, а вот про использование скуля, взамен конфигураторной индексации - не припомню.

(9) Таки какое мое подтверждение? Я что-то подтверждал/утверждал?
Или снова вопросом на вопрос?

(12) https://its.1c.ru/db/metod8dev#content:5837:hdoc - Что то я не вижу здесь рекомендации делать индексацию средствами конфигуратора,

"Рекомендуется выполнять регулярную переиндексацию таблиц базы данных. Для реиндексации всех таблиц базы данных необходимо выполнить следующий SQL запрос:"

(14) Так и я не вижу рекомендаций от 1С не делать реиндексацию средствами конфигуратора. Об том и речь - разница, получается, одинаковая?
В целом-то - всё верно в (11), но если в скуль нет доступа, и нужно разбудить пару человек для реиндексации, а конфигуратор есть... Правда, мне ещё ни разу и не приходилось делать принудительно реиндексацию, но чем может отличаться запрос посланный вручную или конфигуратором - не представляю ещё больше.

(14) делать реиндексацию из конфигуратора - капиталить двигатель через выхлопную трубу

(15) а на курсе на Эксперта об этом говорят... а в настольной книге эксперта написано как лучше и когда реиндексировать средствами скуля

+ (17) а ведь курс от 1С и обычно его проводят в УЦ №1

(0) нуууу, если уж прям вот сократить-сократить - шринк, выгрузка в бэкап, создать новую БД, загрузить из бэкапа, подрубить к ИБ новую вместо старой, убедится что с новой всё точно норм и только после этого убивать старую.

В случае работы с PostgreSQL, установка в ТиИ галочки "реиндексация таблиц информационной базы" приводит к выполнению на стороне СУБД множества команд reindex table имя_таблицы. Никаких "средств конфигуратора"(особенных и уникальных)для реиндексации замечено не было, смотрел в техжурнале.
Возможно, что и в MS SQL выполняется dbcc dbreindex или alter index, при установке этого пункта ТиИ.

(21) Спасибо за инфу!

(21) а если выполнить на стороне СУБД ребилд, какие команды там посыпятся?
Все ли таблицы будут проребилдены?

+(23) Имеется ввиду типовой регламент, а не t-sql