Реально ли в 1С 8.1 быстро удалять документы #312096

Необходимо за день удалить 150 тыс документов, использовал транзакцию, все равно медленно, кто что посоветует?

а звчкм так много, мож по другому подойти к задаче?

+ гы... рука съехала.... ;)

Уперся заказчик:(. Подход какой выбрать необходимо?Бежим запросом по месяцам в транзакции и удаляем сразу на чисто, или может я что то не так делаю?

может проще новую базу создать... SQL?

А чем можно создать идентичную базу, без документов?Самому писать долго, мож обработки есть?

на 7.7 у меня обработка по ОЛЕ была, а сдесь хз

"конвертация данных" - может помочь а надо создать только справочники и  рег. сведений?

ДА, конфигурация УТ переписанная. Вот нашел на 7.7 :( Быстрое удаление документов и очистка регистров БД за период. Для конфигураций "Торговля и склад", формат баз DBF. Такую бы на 8 найти

Нашел на 8, тока я на проклабе не зареген, может кто нить качнуть и прислать на мыло rassigor@yandex.ru

дела такое-20 минут де то.Новый план обмена-в который включал тока справчоникики , константы, планы видов характеристик,регистры свед...

Глянул на ТЗ, там необходимо чтобы остались неоплаченные доки. То есть наладить план обмена,выгрузить справочники, а необходимые документы догрузить по ОЛЕ:)

не--опять неправда-выгрузи в хмл через стандартную сериализацию!!! --еще 15 мин.

мой семерочный ум, устарел:)

);

Потом окажется, что переносить нужно еще больше, чем удалять...

Попробуй с отключенным пересчетом итогов.

а потом че будет?Пересчитывать неделю?

Так эта, у тебе ведь документов не будет. Или будут? Отключить можно для выбранных регистров, кажись.

имхо : вычленить таблицы в скуле (по структуре на каждый док приходицца от одной до множества таблиц(ТЧ документов - отдельные таблицы)) , которые нужно обрезать . DELETE из этих таблиц. И , под конец, запуск ТИИ с указанием "удалять ссылки на несуществующие объекты"

С SQL знаком плохо. Смотрел Таблицы SQL  там есть _Document440,_Document438_VT10526 и другие разные таблицы, как я понел это документы. Мне надо запросик который будет сравнивать таблицы, если в названии присутствует _Document, то таблицу удалять полностью. Запросик должен выбирать по задаваемому периоду, кто нить может помоч в написании такого запросика?

Вернее скорее всего не удалять таблицу а удалять строки в ней

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

DROP имя_таблицы

вот вопрос в том, что имен таблиц может быть 500, как получить этот список?

///

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

а если у этой базы есть уже несколько перефириек

на диске ИТС есть обработка "Свертка информационной базы", там тоже все документы за указанный период удаляются, посмотри

Вот, про урезание базы (в т.ч. удаление доков) через SQL:

да вообще с выключенными итогами быстро удаляется, по крайней мере в файловой

а где их отключить можно?

обработка УправлениеРегистрамиНакопления  с ИТС кажется

у тебя есть ИТС?Можешь кинуть под рукой нет, а сделать сегодня надо

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

вот еще забыли предложить в конфигураторе грохнуть

не надо в конфигураторе грохать, могуть быть проблеммы с обновлением...

Дык за ночь справиться? 1500/4 = 375/60 приблизительно 6,5 часов...

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

грохнуть в конфигураторе, потом загрузить конфигурацию - и все - только потом сделать тестирование, с сжатием таблиц

точно, не прав был...

Будут проблемы. Ссылки на документы потеряются. К тому же есть еще журналы, регистры и много чего еще

Друг помог написать запрос, но проблема что он на Оракле, как его в SQL конвернуть BEGIN  FOR t IN (SELECT name FROM sysobjects WHERE table_name LIKE '_Document%')  LOOP выдает ошибку Server: Msg 156, Level 15, State 1, Line 2 Incorrect syntax near the keyword 'FOR'. Server: Msg 170, Level 15, State 1, Line 3 Line 3: Incorrect syntax near 'LOOP'. Server: Msg 170, Level 15, State 1, Line 4 Line 4: Incorrect syntax near '|'.

а ссылки на документы и при Удалить потеряются :)) это и требуется сделать ! опять же журналы нормально пересчитаются - проблем не будет

друг или вообще не в теме или здорово прикололся

Я думаю удалить все строки из Таблиц, а потом Тестирование Исправление сделать, чтобы он удалил все связи

Вот рабочий, запустил его declare @c_name varchar declare c cursor local static for SELECT name FROM dbo.sysobjects WHERE name LIKE '_Document%' open c fetch next from c into @c_name while @@fetch_status= 0 exec ('DELETE from '+@c_name) end

Немного переделал, для быстроты declare @c_name varchar, @sql varchar declare c cursor local static for SELECT name FROM dbo.sysobjects WHERE name LIKE '_Document%' open c fetch next from c into @c_name while @@fetch_status= 0 begin execute ('truncate table dbo.'+ @c_name ) fetch next from c into @c_name end

Удалил 400 тыс доков за 8 минут:), щас делаю Тестирование и Исправление конфигурации

Тока пересчет чего то долго идет:( Может так получиться что игра не стоит свеч из за долго пересчета:(

Тестирование и исправление чего то долго идет, ускорить не как низя?

Пишите запрос, который очистит и движения :)

в регистрах

пока удовлетворительного решения нет?

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

То есть можно удалить все движения в регистрах накопления, и не делать пересчет??по идее там еще в регистр сведений капает

это все делаеться за 6 дней, оооооочень долго напрямую из СКЛ удаляет за 20 минут все

Пометка или удаление?

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

напрямую удаление, без пометнки

Попробуй пометку... ради интереса

400 тыс доков??там база 50 гигов, у места нет для таких экспериментов:)

А ты удали в конфигураторе доки, а потом восстанови путем объединения. Тогда и узнаешь, прикололся, или нет.

Для ответ.