Замена ссылок (7.7 SQL) - (аналог repval)

(19), (20) Я как раз для замены товаров обработку и использую. Первым запуском все "неактуальные" товары превращаю в один "Товар удален из базы" - у него появляется куча партий (владелец то меняется), а вторым проходом меняю все партии на одну. Конечно перепроводка старых документов даст неправильную себестоимость, но я удаляю товар, который уже более 2-х лет не имеет движений - соответственно документы за те периоды не будут перепроводится никогда.
Также поступаю и с клиентами.
Кстати на тестовой базе все прошло хорошо и размер таблиц с итогами (особенно "отбор проводок по субконто") ощутимо уменьшился.

(20) ну у партии-то владелец подменится.

(19) ну да.. + партия будет от другой номенклатуры.

Вообще-то подмена ссылок и автопересчет итогов в регистрах и бух.итогах довольно опасная штука. В том плане, что в логике проведения документа могут быть всякие нюансы, от которых зависят движения. И прямая замена движений может вызвать нелогичные движения. Взять тот же партионный учет в ТиС. При замене одной номенклатуры на другую будет получаться так, что списываться будут не те партии, которые должны по fifo. В результате будем иметь некорректный расчет доходности.

(16) ну если только как бонус. 1С за этим сама не следит тоже. Тока при пересчете убираются.

С бух. итогами я не пробовал аналогичные запросы писать по объединению итогов. Плюс там таблицы отбора по субконто, итоги по счетам. Короче, темный лес. Надо заняться, не думаю, что там что-то из разряда невозможного. Еще проблемы со сложными проводками. Я их не то что в скульной базе не видел, я их вообще один раз только в работающей 1С встречал.

+16 неплохо бы еще удалять записи с нулевыми итогами (если такие получаются при суммировании) заодно...

(15) с итогами регистров - норм, а вот с бух -засада ? На сколько я понял ?...

http://files.mail.ru/5OOMAF
изначально все было расчитано на конкретную конфу. Потом поменяю, сделаю с выбором вида справочника. Без прекрас. Не трогает таблицу ссылок документов, т.к. интересующий вид справочника в графах не участвует, то и не заморачивался пока. Обычные таблицы делает апдейтом. Для регистров сделан перенос итогов с одного на другой. Качественно не тестировалось, но вроде работает верно. Родители и владельцы справочников обрабатываются.
По бухгалтерии была мысль надергать из SQL Profiler-а всякую чушь, что 1С выполняет при проведении документа и симулировать перезапись проводок. Чтобы вручную не писать обновление всяких итогов по субконто и прочее. Т.е. у меня пусть и коряво, но собираются ссылки на документы в проводках которых есть ссылки на убираемый объект. И с этими документами дальше махинации идут с вызовом хранимых 1с-овских процедур. Финт ушами не вышел, короче, что-то я упускаю... Итоги кривятся. Этот кусок закоментирован. Остановился пока на том, что документы, которые делают бух проводки, проводятся обычным Док.Провести(). Благо у меня в базе самые тяжелые документы по безумным регистрам двигаются.
В свободное время битву продолжаю.
Напомню, качественно ничего не тестировалось, это текущая рабочая версия. Точно вычищает все ссылки. А вот с итогами и корректностью этих итогов большие вопросы пока.

(10) выкладывай. что ужо есть..

(12) Договорились.