Доброго времени. Есть база ТиС 9.2 на 7.7 sql. В базе 1264000 объектов помеченных на удаление. Как удалить эти объекты? Пробовал стандартной обработкой в монопольном режиме - висела почти сутки но дело не дошло даже до контроля ссылочной целостности, зависло на поиске помеченных на удаление объектов. пробовал разные обработки с инфостарта, которые немонопольно могут удалять - вешается база и пользователи не могут работать. Можно как то средствами sql удалить помеченные объекты с контролем ссылочной целостности?
П.С. Документов в базе за период чуть более года (от свертки до свертки).

Я в свое время пользовался Rocket Launcher'ом (http://infostart.ru/public/13846/). Только эта обработка не удаляет, а переносит по OLE в новую базу

(0) Удаляй частями. Есть метод во встроенном языке УдалитьОбъекты(), подсовываешь ему список значений с удаляемыми значениями и "вуаля".  Точно также проверяет ссылочную целостность.

(1) В аккурат в тему вопроса )))

(0) Пиши прямой запрос. Используй метаданные. Познай ВК 1С++.

Вот ссылки:
- Различные ВК...
http://yadi.sk/d/tTnuTLGrCYLa7

- Различные ALS-ы...
http://yadi.sk/d/w9Vbg66GHPsZ4

+(0) Напиши свой контроллер ссылочной целостности.

+ А ты что за справочник хочешь удалить?
Случаем не Партии? :)

Ведь по сути, если у вас только Год информации и при этом БД SQL, то у вас проблема в ведении учета.
Поди Есть не закрываемые регистры, как правило это Остатки.

60 Гб, это не предел, всего 4 года работы... :)

(4) Максимальная известная - 700Г

(0) незабывай что при удалении еще и идет запись в жернал регистрации об информации по удаленным объектам.
ну у меня скажем 30000 объектов удалялись вместе сконтролем в монопольном режиме 2 часа.

(0) Отключи ЖР в пофигураторе, и твоё удаление через штатную операция удаление помеченных пройдёт в разы быстрее

(7) ты адский колдун. сковородку мяса тебе на ужин.
(6) ты, кстати, тоже молодец.

напишите сами.

для тис пишется проще , чем для бухгалтерии.

(2) не вариант, я тестировал в свое время - от количества объектов в переданном списке общее время поиска ссылок зависит слабо.

(1) Это же я написал, в далеком 2004 году! Надо же, люди пользуются. Даже иногда покупают. )

(10) не скажи.. 1 объект в списке - гораздо быстрее проходит

(11) да.. было время, а сейчас - посмотри до чего докатился ;-)

А что delete(1) в транзакции не позволяет получить чудо ?
Хотя, в sql-е можно просто прямой записью в таблицу (будто бы в dbf-е это невозможно).

Для массовых объектов сделай свою проверку на ссылки (т.е. ты знаешь точно, что документ реализация не будет задействован в каком-то левом спр-ке с реквизитом типа "документ" и проч.) и удаляй напрямую. Вычисли то что занимает 70-80% объема.
Это если действительно нужно удалять, а не переносить.

Могу провернуть на своей тачиле, интересно сколько времени уйдет (не забесплатно конечно, гы-гы)