Есть две базы. Одна из них - копия другой. В ней были сделаны изменения пользователями, которые мне сейчас предстоит "выловить". Надо найти изменённые документы и записи справочников?

Кроме "тупого" перебора значений через метаданные - более ничего в голову не приходит... Есть более "умное" решение? Или, может быть, уже есть готовое решение(обработка). Знаниями и ссылочками поделитесь?

более умное - монитор пользователей

Хм, а может сделать из них РБД, но не производить обмен, а сравнить таблицы изменений?

(2) Ээээ? А подробнее? Утром в понедельник я особенно туплю :)

(0) Контрольная сумма на каждый СправочникОбъект/ДокументОбъект/ЗаписьРегистра.

(5) И при записи писать по всем реквизитам

планы обмена, регистрация изменений!!!

(3) Умно :)Но не совсем :( Они "не РБД" и изменений никто не регистрировал ;)

(7) Тоже можно.. Это универсальней, но менее оптимально.

(5) Контрольная сумма? Это Вы "просто так" сказали? Намекните кодом  :(

(8) Дак их можно самому зарегистрировать ;)

(1) можно журнал регистрации изменений анализировать и сравнивать только то, что там фигурирует... если журнал включен, конечно...

(9) так проще зато!

Коллеги! Изменения уже есть, - их ловить надо! А не те, которые будут "после" настройки РБД :(

(13) Зато в два раза медленней.

(14) Перебором, ИМХО

(14) Ну посмотри сначал итоги по регистрамна конец периода по тем которым они не сходятся смотри дальше двоичным поиском пока не найдешь регистратор. Ну это по документам, если интересуют их движения. По справочникам по моему только перебором.

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

(17) +1 Сам я не додумался, - наверное мало думал :)

(0) а "сравнить файлы..." ? с этим много чего интересного по моему можно придумать )...

(18) + 1. А еще можно фильтр одинаковый по метаданным наложить на ЖР в обоих базах, выгрузить результат в текст и сделать сравнение текстов в 1С.

(21) баян ))))))))))))))

(22) Парралельная работа мысли..

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

для справочников - http://www.infostart.ru/profile/6369/projects/706/ единственое надо будет заменить Записать() на Сообщить() и все

Так, так :)) Уже "горячо": выгрузить ЖР с даты создания копии в таблицы, сортирнуть по метаданным и сравнить...

(24) Спасибо :) Я знал, что я не одинок в своём желании сравнить две базы :)

Сорри, коллеги. Я выпал на энное время... изучаю обработку...

имхо если надо знать точно, что есть изменения, а не факт перезаписи.
То только (5) - тормознуто, но надежно
хотя (2) может не сильно будет от (5) отличаться по времени.

(28) Сорри, не понял про контрольную сумму. Это как? А "монитор" это что? Вы так журнал регистрации действий пользователей называете?А то "Монитор" и в отладчике есть :)

хэш, контрольная сумма - повикипедь
суть - собираются все реквизиты и в соответствие им рассчитывает некая ф-ция.
Функция такая, тобы при любом измененном реквизите значение изменялось (не совпадало).
причем надо различать простые данные (число, строка, дата, перечисление) от ссылочных (справочник, документ).
но функция, в твоем случае, не самая простая :(

(30) Спасибо. Понял. Термин "контрольная сумма" мне знаком :), но не в применении к 1С :( Пока "сам" не напишешь - контрольную сумму "не увидишь" :))

Если видов справочников/документом не много то
Можно воспользоваться обработкой с ИТС, универсальный обмен данных в формате ХМл.. повыгружать каждый спраовчник/документ в той и той базе, файлы сравнить...

(30) Все просто, как сапог

хм.. сравнить только не 1С...

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

в в77, когда я знал какие документы изменены - я просто в КА писал запрос, который показывал мне разницу... соединял ДХ и ДИ соответсвующих документов в рабочей базе и в бэкапе...

а, не, в8 тоже может сравнивать ХМЛ файлы как текстовые, при чем даже показывает их правильно... Так что, можно считать за способ...

Тупо завести Числовой РЕКВИЗИТ в справочниках/документах/регистрах (да, долго, но можно). Подписка на события справочника/документа ПриЗаписи(), с регистрами сложнее :-)
Перебор метаданные, извлечение данных. Ну и сходу, не вдаваясь в подробности:
Для чисел используем их значения
Для строк - их коды символов
Для ссылок - переводим в число их идентификатор
Хранилища значений конвертим в BASE64 - и как строку (но долго наверное)
Дата - преобразуем в число
Булево - в число.
Все? Все вроде..

А чем контрольная сумма быстрее простой выгрузки в файл ?
Конечно, будет очень медленно, но MD5 тоже не быстро считается.
А вообще - цепануть базы по OLE выбрать из каждой по справочнику - отсортировать их по Коду (он уникальный) и пролистать, сравнивая - сразу появятся различия (предположительно, код элементов "зверями" не изменялся).

сделал хеш по md5

http://infostart.ru/projects/2964/

На ИТС есть обработка в универсальных отчетах и обработках "ВыгрузкаЗагрузкаДанныхXML.epf", выгрузить обе базы в XML и сравнить два файла.

(43) Боян! :)

(43) фигня! делаем две выгрузки и скармливаем их комманде diff

(44) ага... не заметил :)
(45) эт два dt чтоли сравнить?

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