62
Основные данные этого вида хранения и использования можно
изменить в Master Data Governance только с помощью запроса на
изменение для типа сущности с видом хранения и использования 1. Этот
тип сущности должен находиться в отношении с типом отношений
Ведущий и присвоен в качества конечного типа сущности типу сущности с
видом хранения и использования 1. Система создает проверочную таблицу
в соответствии с описанием для вида хранения и использования 1, но
дополнительно создает типы сущности, присвоенные посредством
квалифицирующих отношений в качестве ключевых полей. Система не
создает текстовую таблицу, приложения или наборы поскольку для типов
сущности с этим видом хранения и использования не разрешены тексты
сущности.
Ограничения, описанные в разделе «Отношения», применяются,
когда типу сущности присваивается вид хранения и использования.
Если необходимо смоделировать иерархическое расположение
сущностей с определенными типами сущности во время обработки
основных данных, можно разрешить иерархическую структуру для
каждого типа сущности. При этом определяется, являются ли данные
иерархии зависящими от версии или общими для всех имен, или относится
ли комбинация этих атрибутов к иерархиям.
При создании зависящих от версии иерархий можно определить
различные версии иерархии в пользовательской настройке Master Data
Governance по пути Общие параметры настройки Моделирование
процесса Создать версии иерархии.
В общих для всех имен иерархиях структура подструктур, т.е.
сущностей с их нижестоящими сущностями, одинакова во всех иерархиях.
В модели данных также определяется, какой тип сущности должен
использоваться в качестве конечного узла (без подчиненных узлов)
иерархии, какой тип сущности должен использоваться в качестве
63
корневого узла иерархии (имя иерархии), и какие дополнительные типы
сущности разрешены для иерархии. По умолчанию иерархия может
содержать один корневой узел и несколько сущностей определяющего
иерархию типа сущности. Иерархии также можно присвоить другие типы
сущности с видом хранения и использования 1, 2 и 3.
В модели данных также можно указать, должна ли система
ограничить действие иерархии для типа сущности редакциями.
Система автоматически создает необходимые таблицы базы данных
для хранения иерархий. Они содержат следующие ключевые поля:
Редакция – если в модели данных предварительно указано, что
действие иерархии для этого типа сущности ограниченл редакциями
Флажок, показывающий, активна ли запись основных данных
- Вышестоящий тип сущности
- Вышестоящая сущность
- Нижестоящий тип сущности
- Нижестоящая сущность
Версия иерархии (если иерархия зависит от версии)
Имя иерархии (т.е. сущность типа сущности, который определен для
корневого узла), если эта иерархия не является иерархией с перекрестным
именем
Эта таблица также содержит флажок (как неключевое поле), который
указывает, была ли удалена соответствующая запись основных данных, а
также порядковый номер. Этот номер указывает последовательность
соответствующих нижестоящих сущностей.
Чтобы определить технические свойства для типа сущности или
текстов для названий полей и справки по вводу в интерфейсе пользователя
Master Data Governance, можно присвоить существующий элемент данных
типам сущности с видом хранения и использования 1. Необходимо
присвоить элемент данных типам сущности с видами хранения и
64
использования 2 и 3. Это присвоение не разрешено для типов сущности с
видом хранения и использования 4.
Присваивая тип присвоения ключей, пользователь указывает для
новых сущностей, созданных для типа сущности, должны ли обработчики
указывать ключ или он будет присваиваться системой. Также можно
определить, разрешается ли обработчикам изменять эти ключи
впоследствии.
Также этой модели данных необходимо присвоить объект диапазона
номеров, который система может использовать для вывода требуемых
временных ключей при внутреннем присвоении ключей (до активации
сущности).
Если необходимо определить тексты для типа сущности, можно
указать длину краткого, среднего и подробного текстов, а также указать,
следует ли сохранять эти тексты в таблицах базы данных как зависящие от
языка.
В модели данных можно ввести более подробное описание объектов
(тип сущности, атрибут или отношение). Для типов сущности без
элементов данных система также использует это описание с целью
отображения в ведении основных данных.
Для типов сущности с видом хранения и использования 3, элементы
данных которых ссылаются на проверочную таблицу, которая, в свою
очередь, не ссылается на текстовую таблицу, можно указать тексты для
исходного поля (краткий текст, средний текст и подробный текст).
Система использует текст, который может храниться в этом поле
проверочной таблицы, в качестве описания атрибутов типа сущности
(например, при форматировании справки по вводу).
Можно указать, разрешено ли удаление типов сущности посредством
запросов на изменение.
Отношения:
65
Чтобы сопоставить структуру управления основными данными
модели данных, необходимо определить отношения между отдельными
типами сущности. Тип отношений определяет, относится ли один тип
сущности (начальный тип сущности) к более высокому уровню, чем
другой тип сущности (конечный тип сущности) или должен ли он
копироваться как атрибут другого типа сущности в проверочной таблице:
Тип отношений Ведущий (P):
В этом типе отношений начальный тип сущности относится к более
высокому уровню, чем конечный тип сущности. Это означает, что
начальный тип сущности добавляется как ключевое поле в таблицы базы
данных конечного типа сущности вместе со всеми присвоенными типами
сущности с видом хранения и использования 4.
Начальный тип сущности из отношения "Ведущий" для типа
сущности с видом хранения и использования 4 - это соответствующий тип
сущности, с помощью которого можно обработать основные данные
конечного типа сущности, используя запрос на изменение.
Нельзя указывать элемент данных.
Кардинальность 1:N разрешена для этого вида отношений, только
когда нет указанного элемента данных.
Кардинальность 1:0 также разрешена, если:
- конечный тип сущности с видом хранения и использования 1, без
элемента данных и без дополнительных отношений с видом Ведущее.
- конечный тип сущности с видом хранения и использования 4 и без
дополнительных отношений с видом Квалифицирующее.
Тип отношений Квалифицированный (Q):
Этот тип отношений может применяться только для конечных типов
сущности с видом хранения и использования 4. Он используется для
определения дополнительных ключевых полей в таблицах базы данных.
Для типов сущности с этим видом хранения и использования система по
66
умолчанию переносит только ключевые поля начального типа сущности из
отношения "Ведущий".
Для этого вида отношений разрешена только кардинальность 1:N.
Нельзя указывать элемент данных.
Тип отношений Ссылочный (-):
Этот тип отношений предполагает, что начальный тип сущности
должен использоваться в качестве атрибута для конечного типа сущности.
Описание (имя) этого вида отношения вставляется как неключевое поле в
проверочную таблицу конечного типа сущности.
Для этого вида отношений разрешены кардинальности 1:N и 0:N. В
этом случае можно указать элемент данных. Однако у этого элемента
данных должны быть такие же технические свойства, что и у элемента
данных, присвоенного исходному типу сущности.
В качестве альтернативы ссылочного отношения с начальным типом
сущности с видом хранения и использования 3 также можно напрямую
определить атрибуты для соответствующего конечного типа сущности.
Конфигурация этого параметра выполняется в пользовательской настройке
для Master Data Governance. Опираясь на вышеизложенное была создана
модель базы данных, в которой определены следующие типы и отношения
(см. рисунок 3.2)
67
Рисунок 3.2 – Модель базы данных.
Свойства типов сущностей в модели данных описано в таблице 2.
Med
DE:Z_Med
TXTLG:10
TXTMI:0
TXTSH:0
LANGU:X
Квалифицированный
Cod
DE:Z_Cod
TXTLG:10
TXTMI:0
TXTSH:0
LANGU:X
ATTR: SYSTEM
Price
DE:Z_Price
TXTLG:10
TXTMI:0
TXTSH:0
LANGU:X
ATTR: ITEM_TIPE
PN
DE:Z_PN
TXTLG:30
TXTMI:0
TXTSH:0
Client
DE:Z_Client
TXTLG:60
TXTMI:0
TXTSH:0
LANGU:X
68
Таблица№2
Типы сущностей.
Свойство типов сущностей
DE
Присвоенный элемент данных
TXTLG
Максимальная длина подробного текста
TXTMI
Максимальная длина среднего текста
TXTSH
Максимальная длина краткого текста
LANGU
Зависимость от языка текстов сущности
ATTR
Присвоенный атрибут
Имена полей, используемые в этом примере для свойств типов
сущности, не совпадают с реальными именами полей в созданных
таблицах базы данных. Они улучшают удобочитаемость имен полей в
таблицах примеров. Последовательность полей также может отличаться от
последовательности в созданных таблицах базы данных.
В результате система создает необходимые таблицы базы данных
для каждого типа сущности с ключевыми и неключевыми полями.
Проверочная таблица содержит только стандартные ключевые поля для
типов сущности с видом хранения и использования 1. Поскольку указано,
что тексты сущности должны зависеть от языка, текстовая таблица также
содержит ключевое поле LANGU. Система создает неключевое поле в
текстовой таблице для текста сущности (подробный текст).
Поскольку между типом сущности Client и этим типом сущности
установлено отношение "Ведущий", проверочная таблица содержит тип
сущности Client в качестве дополнительного ключевого поля помимо
стандартных ключевых полей для типов сущности с видом хранения и
использования 1. Система вставляет атрибут ITEM_TYPE, который
69
определен для типа сущности, как неключевое поле в проверочной
таблице.
Текстовая таблица содержит те же самые ключевые поля, что и
проверочная таблица, но также включает дополнительное ключевое поле
зависимости от языка. Система создает неключевое поле в текстовой
таблице для текстов сущности (подробные и средние тексты).
На диаграмме отношений графически представлены следующие
элементы модели данных см. рисунок 3.3
Рисунок 3.3 – Элементы моделей данных
Элементы модели. Любой фрагмент предметной области может
быть представлен как множество сущностей, между которыми существует
некоторое множество связей.
1. Сущность (entity) - это объект, который может быть
идентифицирован неким способом, отличающим его от других объектов.
Примеры: конкретный человек, предприятие, событие и т.д.
2. Набор сущностей (entity set) - множество сущностей одного типа
(обладающих одинаковыми свойствами). Примеры: все люди,
предприятия, праздники и т.д. Наборы сущностей не обязательно должны
70
быть непересекающимися. Например, сущность, принадлежащая к набору
МУЖЧИНЫ, также принадлежит набору КЛИЕНТЫ.
3. Сущность фактически представляет из себя множество атрибутов,
которые описывают свойства всех членов данного набора сущностей.
Атрибут - функция, отображающая набор сущностей в набор
значений или в декартово произведение наборов значений.
Домен-множество значений атрибута.
4. Ключ сущности - группа атрибутов, такая, что отображение набора
сущностей в соответствующую группу наборов значений является
взаимнооднозначным отображением. Другими словами: ключ сущности -
это один или более атрибутов, уникально определяющих данную
сущность.
5. Связь – в общем случае это некоторая ассоциация, которая
устанавливается между несколькими сущностями.
Набор связей – это отношение между N сущностями каждое из
которых относится к отдельному набору сущностей (N>=2).
N=2 – Бинарная связь.
N>2 – N-арная связь.
При построении модели С-С N-арной связи:
лучше отражают семантику П.О.
позволяют создать более компактную модель С-С.
Такие связи трудно реализуемы, и не обеспечивают целостность
информации.
Бинарные связи – позволяют в полной мере обеспечить целостность
связи.
Модель сущность-связь(ER-модель) – один из наиболее удобных
инструментов унифицированного представления данных. Она является
логическим представление данных.
71
Из модели "сущность-связь" могут быть порождены все
существующие модели данных (иерархическая, сетевая, реляционная,
объектная),
Элементы:
- Сущность - это класс однотипных объектов, однотипность которых
определяется из общих атрибутов(например люди, мужчины).
- Экземпляр сущности – это конкретный представитель данной
сущности(например конкретно Попов Егор)
- Ключ сущности – один или группа атрибутов, однозначно
определеющих экземпляр сущности.
- Атрибут сущности - это именованная характеристика, являющаяся
некоторым свойством сущности.
- Связь – ассоциация, установленная между несколькими
сущностями. Одна сущность может быть связана с другой сущностью или
сама с собою(ниже есть их типы).
- Набор связей (relationship set) - это отношение между n (причем n
не меньше 2) сущностями, каждая из которых относится к некоторому
набору сущностей.
Целостность сущностей. Объект реального мира представляется в
реляционной базе данных как кортеж некоторого отношения. Требование
целостности сущностей заключается в следующем:
- каждый кортеж любого отношения должен отличатся от
любого другого кортежа этого отношения (т.е. любое отношение должно
обладать первичным ключом).
Если данное требование не соблюдается (т.е. кортежи в рамках
одного отношения не уникальны), то в базе данных может хранится
противоречивая информация об одном и том же объекте. Такого допустить
при проектировании информационной системы нельзя. Поэтому стоит
внимательно отнестись к данному пунту на начальном этапе