Как сравнить две структуры 1С

Под сравнением двух структур 1С обычно понимают три разные задачи: сравнение метаданных двух конфигураций (объекты, реквизиты, модули), сравнение данных двух информационных баз и сравнение состава таблиц на уровне СУБД. Инструмент для каждой задачи свой, и попытка решить одну задачу инструментом другой приводит к потере времени и ошибкам.

Чаще всего вопрос возникает при обновлении доработанной конфигурации, при слиянии изменений от двух разработчиков, при переносе данных между базами или при проверке того, что тестовая и рабочая базы действительно идентичны по структуре. Во всех этих случаях есть штатные механизмы платформы, а где их не хватает — программные методы и внешние обработки.

Ключевой принцип: сравнение структуры метаданных выполняется в конфигураторе и не требует остановки работы пользователей, а сравнение данных рабочих баз требует аккуратности — операции чтения безопасны, но любые действия по синхронизации после сравнения нужно выполнять только на копии.

Определите, что именно нужно сравнить

Прежде чем открывать инструменты, зафиксируйте цель. От неё зависит и метод, и глубина сравнения. Сравнение «для галочки» и сравнение перед объединением конфигураций — разные по трудоёмкости задачи.

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

Сравнение конфигураций штатными средствами конфигуратора

Основной инструмент — пункт меню «Конфигурация → Сравнить, объединить с конфигурацией из файла» или «Сравнить, объединить с конфигурацией базы данных». Платформа строит дерево различий по всем объектам метаданных: справочникам, документам, регистрам, реквизитам, формам, модулям, ролям.

Порядок действий для типового сценария — сравнения рабочей базы с файлом новой версии поставщика. Откройте конфигуратор под пользователем с правами администратора, выполните выгрузку информационной базы в .dt как резервную копию, затем вызовите сравнение с файлом .cf новой версии. В окне сравнения отключите режим объединения, если нужен только отчёт, и снимите флажки с объектов — тогда платформа покажет различия без попытки слияния.

Результат выводится в виде дерева, где для каждого объекта указан статус: изменён, добавлен, удалён, отличается порядок. Двойной щелчок по объекту открывает детализацию — например, какие именно реквизиты изменились. Для модулей доступно построчное сравнение текстов кнопкой «Показать различия в модулях».

1. 1
   Откройте конфигуратор и сделайте выгрузку базы в .dt через Администрирование → Выгрузить информационную базу
2. 2
   Выберите Конфигурация → Поддержка → Сравнить, объединить с конфигурацией из файла и укажите .cf новой версии
3. 3
   В окне сравнения изучите дерево различий, раскрывая изменённые объекты
4. 4
   Для модулей нажмите «Показать различия в модулях» и просмотрите построчные изменения
5. 5
   Сохраните отчёт о различиях в файл через кнопку сохранения — он пригодится при объединении
6. 6
   Только после анализа запускайте объединение, отметив нужные объекты флажками

Полезная деталь: отчёт о различиях сохраняется в табличный документ. Его стоит архивировать вместе с номером версии — при спорных ситуациях после обновления это единственный документ, показывающий, что именно менялось.

Сравнение через выгрузку в файлы конфигурации

Когда нужно сравнить конфигурации вне конфигуратора — например, в системе контроля версий или скриптом — используется выгрузка в файлы XML: «Конфигурация → Выгрузить конфигурацию в файлы». Каждый объект метаданных выгружается в отдельный файл, и дальше каталоги двух выгрузок сравниваются любым инструментом diff: WinMerge, Beyond Compare, KDiff3 или штатным сравнением Git.

Этот способ удобен для автоматизации: выгрузку можно запустить из командной строки конфигуратора с параметрами /DumpConfigToFiles, а сравнение выполнить скриптом. Так строятся регламентные проверки «не отличается ли рабочая база от эталона».

Учтите ограничение: выгрузка в файлы большой конфигурации занимает заметное время и создаёт тысячи файлов, поэтому для разовой проверки штатное сравнение в конфигураторе быстрее. Файловый способ оправдан при регулярном контроле или работе в команде через Git.

Designer.exe /F "C:\Bases\Base1" /N "Администратор" /DumpConfigToFiles "C:\Dump\Base1" -format Hierarchical

Сравнение данных двух информационных баз

Сравнение данных — отдельная задача. Штатного универсального инструмента в платформе нет, но есть типовая обработка «Сравнение данных» в составе Библиотеки стандартных подсистем, а также известные отраслевые обработки, которые подключаются к двум базам и сопоставляют объекты по GUID или по ключевым полям.

Ручной программный способ — COM-соединение (V83.COMConnector) с второй базой и сравнение выборок запросом. Подход рабочий, но медленный на больших объёмах: COM-обмен переносит объекты по одному, и сравнение сотен тысяч записей займёт часы. Для больших таблиц эффективнее выгрузить хеши (контрольные суммы) строк из обеих баз и сравнить уже их.

Для баз на SQL Server есть альтернатива: сравнение на уровне СУБД запросами к таблицам напрямую. Это быстро, но требует понимания структуры хранения 1С: имена таблиц и полей не совпадают с именами метаданных, их сопоставление получают функцией ПолучитьСтруктуруХраненияБазыДанных(). Прямое чтение из SQL безопасно, а вот любая запись в таблицы в обход платформы категорически недопустима — она нарушает целостность базы.

Сравнение структуры хранения на уровне СУБД

Иногда требуется убедиться, что две базы идентичны именно по физической структуре: составу таблиц, полей, индексов. Это актуально после ручных манипуляций с реструктуризацией или при переносе базы между СУБД.

Метод: в каждой базе выполнить ПолучитьСтруктуруХраненияБазыДанных() — функция возвращает таблицу значений с сопоставлением метаданных и физических имён. Выгрузите результат в текстовый или табличный файл из обеих баз и сравните. Расхождения покажут, какие объекты отличаются по структуре или присутствуют только в одной базе.

Проверка результата и типичные ошибки

После сравнения и возможного объединения проверьте результат штатными средствами: выполните «Конфигурация → Проверка конфигурации» с включёнными проверками логической целостности, затем «Тестирование и исправление» на копии базы. Для рабочей базы после объединения обязателен контроль реструктуризации: платформа при обновлении конфигурации базы данных показывает список изменяемых таблиц — сверьте его с ожиданиями.

Часто задаваемые вопросы