Содержание:
1. Примеры сериализации данных в 1С: обмен в формате xml
2. Для чего нужны распределенные информационные базы
3. Что несут в себе правила универсального обмена в формате XML?
4. Два правила конвертации данных
1. Примеры сериализации данных в 1С: обмен в формате xml
Обмен в формате xml удобен своей универсальностью. Через него можно передавать данные любого типа, которые можно представить (сериализовать) в виде простых типов (строка, число, дата, булево); с помощью него можно интегрировать базы данных не только одинаковых конфигураций, но и с различающимися конфигурациями и платформами.
Как уже сказано, через xml можно передавать только сериализуемые данные. Насколько серьезно это ограничение?
· Ссылочные данные (справочники, документы) сериализуются, т.к. ссылка представляет собой уникальный идентификатор, которые легко преобразуется в 32-разрядную строку
· Таблицы значений сериализуются, т.к. их также можно представить в виде регулярной строки с разделителями
· Картинки (и вообще бинарные данные) сериализуются, т.к. могут быть представлены последовательностью строковых символов
Не сериализуются, например, табличные части объектов, но они легко преобразуются в сериализуемые таблицы значений.
Поэтому можно сказать, что условие сериализации хоть и накладывает ограничения на xml-обмены, но они могут быть «обыграны» вспомогательными методами; и, следовательно, через xml можно передавать практически любые данные.
2. Для чего нужны распределенные информационные базы
Когда обменивающиеся базы имеют одинаковую конфигурацию, зачастую используют специальный режим «Распределенные информационные базы» (РИБ). Этот режим тоже передает свои сообщения в формате xml.
Поскольку конфигурации совпадают, т.е. структура данных в базах-корреспондентах одинакова, то нет необходимости передавать в сообщениях правила сопоставления передаваемых данных. На случай корректировок конфигураций этот режим обладает возможностью через xml-обмены передавать информацию об изменениях конфигурации и, таким образом, автоматизировать процесс обновления конфигураций систем распределенных баз данных.
Для запуска xml-обмена в режиме РИБ, назначают «главную» базу, в которой:
· строят систему «узлов» - связанных баз
· делают «первичную» выгрузку (опять же в виде xml-файлов), из которых создают подчиненные узлы
· при необходимости вносят изменения в конфигурацию (например, накладывают обновления) и распространяют их на подчиненные узлы с помощью все тех же xml-сообщений
3. Что несут в себе правила универсального обмена в формате XML?
Этот режим обмена раскрывает всю мощь xml-формата. При этом в сообщениях вместе с собственно данными передаются еще и правила их сопоставления, преобразования и обработки.
В общем случае правила универсального обмена несут в себе:
· информацию об обменивающихся конфигурациях (для КД-2)
· правила выборки данных в базе-источнике
· правила подработки данных в базе-источнике перед их записью в файл обмена
· правила сопоставления ссылочных объектов в базах-источнике и приемнике
· правила сопоставления данных: в какой реквизит какого объекта загружать передаваемые данные
· правила заполнения недостающих данных в базе-приемнике
· правила подработки загруженных данных в базе приемнике
Такая широта правил предоставляет практически неограниченные возможности по интеграции на основе xml.
4. Два правила конвертации данных
С точки зрения построения правил конвертации данных (КД) при xml-обмене в 1С существует два основных подхода:
· КД-2: это вариант конвертации, которые жестко привязан к релизам конфигураций обменивающихся баз; таким образом, правила, написанные для одной пары конфигураций, в общем случае не будут работать на других сочетаниях конфигураций
· КД-3: свободен от ограничения КД-2, т.е. не имеет жесткой привязки к видам конфигураций, но ценой такой универсальности является использование промежуточных xdto-объектов
Для написания правил как в форме КД-2, так и КД-3 используют специальные инструменты – конфигурации системы 1С, которые так и называют «Конвертация данных».
Специалист компании "Кодерлайн"
Игорь Борисенко
