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

Если клиент-серверная, то напрямую в скуле дропнуть таблицы

(1) вот только документы сидят еще в 100500 таблиц

(0) Удалить документы, чтобы провести реструктуризацию? Однако...

(0) конечная цель какая?

(0) создать в базе организацию, сделать выгрузку РИБ по этой организации, отвязать новую базу от центральной.

(0) >удалить документы из метаданных и реструктуризировать. Потом загрузить конфу обратно.

это для чего такой велосипед понадобился?

(6) скучно, а по телеку ничего интересного не идет

(6) А как надо?

(4) Удалить все документы. Загрузить остатки.

(5) Делал подобное в ЗУП. Были косяки.

(9) попробуй сервис - свертка инф.базы
в БП работало вроде

Новая база. Перенос справочников. Результат - аналогичная база без документов Остатков ноль, движений ноль. Вопрос - что быстрее.

(9) лучше тогда (12)

(2) через метаданные генировали запросы на дропы и чистили от доков с регистрами. не больше получаса.

(11) Сверткой не получится. Она оставляет кучу "хвостов". Заказы покупателей и т.п. А также вспомогательные документы, типа "Электронный документ входящий", документы по ВЕТИС, ЕГАИС и Честный Знак. Они просто так не удаляются, но по факту не нужны. Плюс они завязаны на регистры сведений (типа "статусы документов") и классическая свертка с ними ничего не делает обычно

Гипотетически: Доп.реквизит типа документ ?

Имхо (5) самый просто и шустрый если с нуля без подготовки

Если часто такое требуется то (12) на прямые запросы в скуле, на перенос только нужных таблиц в пустую базу

(17) а как же договоры и соглашения, завязанные на организации?

(12) может быть, что данных, связанных с егаис, в базе больше, чем документов, раз в 10, как у нас.

(18) А их точно надо выгружать?
Предварительная замена ссылок можно но не быстро

(20) ну чел же хотел доки удалить, а не всё, что не привязано

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

нет ничего дешевле и быстрее, чем скачать полный дистриб.

даже для 11.4.1.241 активна педаль "Полный дистрибутив".

(21) ТС не озвучил цель

сорян (9) не заметил

(21) Тогда брать профайлер и тупо помечая на удаление каждый вид документа получать sql запросы

(27) в метаданных все названяи таблиц есть - какой нах профайл?

(18) может проще после выгрузки РИБ. в новую базу, выгрузить обработкой нужные справочники? договоры и др.

(29) как определить, справочник нужный или нет? если их там 100500?

(30) при первоначальной выгрузки РИБ, большая часть справочников и так выгрузится (которые не привязаны к организации), остальные смотреть уже потом, какие нужны

стр= "";
    тз = ПолучитьСтруктуруХраненияБазыДанных(,истина);    
    Для Каждого таблица из тз Цикл
        Если СтрНайти(таблица.ИмяТаблицыХранения,"Docum") Тогда
        стр = стр + "truncate "+таблица.ИмяТаблицыХранения+";"+символы.ПС;  
        КонецЕсли;
    КонецЦикла;
    
    сообщить(стр);

регистры сам догадаешься как добавить

откуда у вас уверенность, что у них есть план обмена на все справочники? может, там половина справочников в расширениях, кто знает? партии и назначения могут содержать документы поступления. справочники объекты расчетов содержат документы. ВСЕ. выгрузите справочники - с ними выгрузятся все документы. задача решена? - нет

(28) Ты забываешь про связанные метаданные
Т.е. инфа по документу еще в куче РС и справочников может лежать, их тоже надо на удаление

(32) Интересно. А в коде можно как то скульные запросы выполнять? А то я в пхпмайадмин умею. А с скл сервером надо разбираться, права клянчить...

Хочется сделать что то быстрое, многоразовое, т.к. по практике с первого раза не все получаеться.
Свертка - тормоза и отстой - так было и уверен так и есть.
Проще убить доки и создать ком процеду загрузки остатков из старой базы, проставляя ссылки по УИДам.

(36) из 1С тебе тоже админские права надо будет

уже бы давно свертку попробовал :)

я сворачивал БП насколько помню и не помню прям беды какой-то.

(37) была задача убивать из скуля и делать остатки, я чета не довел это дело до конца.
и врядли кто-то здесь довел, так как база ВНИМАНИЕ реляционная!

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

я делал однажды сброс остатков в новую базу БП и нифига она не тривиальная - делал обработку несколько недель

(0) еще у тебя вариант - поискать готовую обработку которая аналог свертки.
НО эти долбодятлы с инфостарта типа гении 1С нихрена не делают рабочие обработки или забивают на их поддержку.

в итоге я пробовал такие типа свертки и плюнул и написал свою обработку по остаткам,
но она сильно кастомизированная под задачу и поэтому я ее не выкладываю и не делюсь

(37) в остатках тебя ждет сюрприз типа - документы расчета\первичные документы и т.п.

Конфу загрузи в новую базу, а потом утилитой нужные справочники через XML загрузи

тогда уж drop database
доки точно почистятся

(43) Примерно вкурсе. Если уж из ТИСа в эту базу загрузил, то уж УТ в УТ сделаю.

(40) Так как переносим остатки не первый раз. То у меня обычно просто готовая процедура перезаливки остатков. Так как все меняеться и в новой и в старой еще как минимум месяц. А свертка это долго. 1с 8.3 это вообще долго, дорого и гемморой и грабли на каждом шагу.

(41) >>забрать остатки по гуидам с нуля тоже задачка не тривиальная.

Тут дело не в технике, их то забрать можно. Вопрос именно в подкапотной механике: какие отстатки каких регистров с какими аналитиками нужно перетаскивать - да так, чтобы потом все хорошо было. Именно это и делает свертка. Там под капотом не тупой срез остатков регистров.

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

(49) В том и дело. Что значит "хоть пять суток"? Каждый раз ждать с надеждой что не отвалиться? Максимум час перезаливка остатков, если дольше - то это просто я даже слов не подберу.Это уже б...ство а не автоматизация.
Есть документ ввода остатков. Есть даже готовая заливка из тис 7.7 - так что не с нуля, перепилю под ут в ут.

Да... Тяжка доля восьмеиочников... То что в ТИС понималось и делалось на раз, в УТ шаман одеяние какое-то...

У меня есть Узел плана обмена для новых магазинов. Без документов. И обработка для превращения копии в базу магазина

(50) Я для бух делал такую свертку за несколько лет. На файловой базе выполнилась за считанные минуты.
Думаю и для УТ11 так же быстро отработает, главное до конца ее не проводите, зачем вам ждать, пока все документы распроведутся? Создали документы ввода остатков, а потом через КД2 к примеру перекинули их в пустышку.

(51) Просто нужно уметь это готовить, да и конфа с ее регистрами стала куда сложнее чем на костылях.

(53) да кстати в файловой может быть побыстрее если размеры позволяют.
я так некоторые базы дома обрабатываю в файловом варианте, так как иногда домашний мощнее чем "сервер" на работе :))

(36) можно, но проще выполнить там 1 раз. Это разовая быстрая операция. Нет прав пусть делает тот у кого есть, весь день сидит и херачит по таблице а у тебя прав типа нет.

Вариант два, отклюаешь контроль целостности, удаляешь всё. затем чистишь то что осталось но на больших базах это будет долго.

можно как придурак сидеть удалять по одному документу из конфигуратора сохранится и вернуть их. Можно автоматизировать через объединение но это всё муть какаято.

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

В общем кому интересно, сделал так: Тупо удалил все документы без контроля ссылочной целостности и почистил регистры накопления. Выборочно регистры сведений (какие полностью, а в каких то частично ссылки). Таким же образом справочник Назначения. Пересчитал регистры. Очистил ссылки.
По ком-соединению запросом считал остатки со старой базы и по ссылкам загрузил.
В итоге очистка несколько часов. А перезагрузка остатков считаные минуты с возможностью перезаливки.

Забыл порекомендовать Базопузомер - очень помогает сориентироваться что и как чистить.

(59) теперь сделай ТИИ и посмотри сколько у тебя битых ссылок

Инструменты разработчика - поиск битых ссылок, удобно

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

(59) Однажды была у меня аналогичная задача с УПП 1.2 там было около 1.5млн. заказов реализаций счетов-фактур и прочей первички которую необходимо было быстро зачистить на определенную дату, затем внести нач остатки.
я тогда подчистил непосредственно таблицы документов и таб. частей документов скриптами из консоли SSMS, получилось очень быстро, затем провел тии с очисткой ссылок и все движения удаленных документов были удалены из регистров.

В подсистеме инструменты разработчика хорошая обработка по зачистке данных, удобно добавлять зависимые данные удаляемых объектов к удаляемым, но долго выходит на больших объемах

Ну, если представлять структуру конфигурации и связи данных то почистить от документов чисто техническая задача...
Или не?

(59) Самое простое решение: изменить состав плана обмена РИБ. Без документов, регистров накопления и некоторых регистров сведений.
Всё.