Сравнение баз 1С #85684

Есть две БД (одинаковые по структуре). Одна из них архивная, другая - рабочая. (Вариант - обе базы архивные, но за разные периоды). Как бы получше их сравнить и найти расхождения. Может есть какие наработки-обработки?

Up.

Если обе твои базы "одинаковые по структуре", а тебе нужны "обработки-наработки", тогда и сравни их размеры. Если тебе нужно узнать, кто что нового вводил туда, тогда напиши сам обработку по сравнению доков в этих базах

Все чуть-чуть не так. С 1-й базой прекратили работать, например, 31 января, со 2-й - 28 февраля. 2-я база - преемник первой. Интересует ответ на вопрос: что изменено (в том числе злонамеренно) во второй базе в части документов и движений регистров за период с ... по 31 января?

Как рецепт на будущее могу предложить Вам следующее1) К каждому контролируемому обьекту вешается реквизит сигнатуры2) При любой записи обьекта он обновляется данными о текущей записи и времени3) Обработка сравнивает их между собой и выдает список несоответствийPS У меня так работала схема синхронизацией документами (2 псевдоидентичные базы. Обьединять их не позволяла религия руководства). Переносятся только измененные документы

Реквизит сигнатуры - это хэш-функция? Если да, то какая? А как быть с движениями регистров?

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

OLE тебе поможет

OLE мне полностью не поможет. У меня есть готовая обработка (OLE), сравнивающая документы в 2-х базах. (Тупой перебор в лоб). Интересует, во-первых, возможное существование менее тупых вариантов, и, во-вторых, как быть с регистрами (перепроведение документов КРАЙНЕ нежелательно).

Я сделал просто реквизит Строка    WSign=Строка(ТекущаяДата)+"/"+ТекущееВремя;Просто и немудренно :) Именно так

Строка. Общий реквизит - чтобы не прорисовывать в каждом документе.

В моем случае не годится. Хочется найти и злонамеренные изменения (например, в обход интерактивных механизмов 1С).

Тогда не судьба... А идея кажется изящной.

Up.

Up..

Up...Неужели в самом деле не судьба?

Давай мыло. Намылю обработку Глазунова А.Н.

Ушло

Спасибо! Тестирую ... С первого взгляда веселей, чем OLE.По-прежнему нет никаких идей с движениями регистров.:(

Up.

Up..

Up...

А что это за "злонамеренные изменения в обход интерактивных механизмов 1С"? Просто интересно (а в голову ни каких идей по поводу того, что и как бы это могло быть, не приходит)

Запись в таблицы движений регистров значений, не согласующихся с цифирками в документах. И в DBF- и в SQL- вариантах такая запись возможна. А перепроводить документы (чтобы восстановить движения) не хочется.

В чем проблема то? Оле рулит. В ГМ сажаешь фунцию вычисляющую все что нужно (в частности хэш движения регистров, совокупное влияние на "баланс"...).Единственный дефект ОЛЕ сравнение баз за 4 года(базы на самом деле двухдневной разницы, но за этот промежуток меняли на 4-хлетнюю глубину), сами базы порядка 1GB одних dbf-ок на неслабом серваке(2*Xeon 3.06,2GB,SCSI Raid 0...) час работает. Обе монопольно.

Мне не очень понятно как бы ничего из движений не пропустить (есть же еще всякие итоги). Или пересчет итогов спасет?

Не понял? к доку то привязаны именно движения если не заморачиваться содержательным смыслом этих движение то можно вообще через метаданные _все_ движения получать - точно ничего не пропустишь.

Те движения, которые "привязаны" к документу - это не все записи, которые хранятся в таблицах регистров (и по которым могут быть построены отчеты).

поясни

Например, при выполнении запроса обычно не происходит перебор движений с начала времен, а берутся итоги на определенную дату и уже от них если надо происходит перебор. Вот эти-то итоги (уже вычисленные) я и имею в виду.

Ну и что? итоги ты можешь тем же методом получать. Но ксати говоря если на начальный этап итоги совпадали то далеше тебе именно движения надо контролировать.

Самый главный вопрос - как не забыть проверить ВСЕ итоги. Ну и второй вопрос - как бы их побыстрее проверить?

Up.

Up.. :)