Схема данных, как и дерево объектов конфигурации, предназначена для того, чтобы представить вам все прикладное решение. Однако для этого она использует другую модель визуализации, в которой структуры данных представляются в виде так называемой ER-диаграммы (Entity Relationship Diagram).
Необходимость использования этой модели данных прямо связана с ростом платформы и значительным усложнением прикладных решений. Если вы посмотрите на любую базу данных «1С:Предприятия 8» то увидите, что она основана на реляционной модели. Грубо говоря, она состоит из таблиц, которые связаны между собой различными способами. Таблицы имеют поля, из этих полей формируются ключи, которые позволяют связывать таблицы друг с другом.
Такая модель удобна для компьютерной обработки, но неудобна для визуального представления. Особенно неудобна она в случае прикладных решений системы «1С:Предприятие 8», где большинство таблиц имеют не абстрактное, а совершенно конкретное прикладное значение.
Поэтому исторически в конфигураторе «1С:Предприятия 8» используется другая концептуальная модель, представляющая базу данных в виде дерева объектов конфигурации. Объекты конфигурации скрывают за собой реляционную модель, они сгруппированы по принадлежности к тому или иному классу прикладных задач. Такое представление удобно для быстрого нахождения нужных объектов, изменения их свойств и т. д. Однако это представление не дает простого и наглядного понятия о взаимной связи разных объектов между собой.
Современные прикладные решения содержат большое количество объектов конфигурации — 10 тысяч и более. При таком количестве объектов задача нахождения их взаимных связей с помощью имеющихся инструментов становится довольно трудоемкой. Причем трудоемкость растет не только за счет прямого увеличения времени поиска ссылок среди большого количества объектов. Она растет и косвенно — за счет того, что найденные связи вам нужно как-то запомнить и визуализировать. И если таких связей много, встает вопрос выбора подходящего внешнего инструмента.
Использование ER-модели (Entity-Relationship Model) как раз решает эту проблему. ER-модель представляет любую структуру данных в виде совокупности сущностей, обладающих атрибутами. Эти сущности взаимодействуют между собой при помощи связей.
В терминах «1С:Предприятия 8», сущность — это объект конфигурации, а атрибут это реквизит объекта конфигурации в широком смысле: реквизит, измерение, ресурс и т. д. Таким образом, ER-модель базы данных «1С:Предприятия 8» — это набор (никак не структурированный) объектов конфигурации (с их реквизитами), между которыми существуют некоторые связи. А схема данных — это инструмент, позволяющий визуализировать эту модель.
Важно понимать, что схема данных — не что-то опциональное, дополнительное. Это самостоятельный инструмент моделирования предметной области, обладающий своими преимуществами и особенностями. Это не аналог и не замена дерева объектов конфигурации. Это еще один инструмент разработки, но он, можно сказать, имеет свою собственную аудиторию.
Дерево объектов конфигурации в большей степени удобно для разработчиков, глубоко погруженных в прикладное решение или знакомых с его генезисом. Оно позволяет быстро модифицировать приложение, при этом большую часть информации о взаимной связи объектов разработчик прекрасно знает и обычно просто держит в голове.
В отличие от дерева объектов схема данных ориентирована скорее на тех разработчиков, которые не знакомы с прикладным решением глубоко, но которым необходимо быстро разобраться в устройстве какой-то его части. Также схема данных удобна для документирования разрабатываемых механизмов (в том числе и самими разработчиками), поскольку в понятном виде показывает связи между объектами или группами объектов.