Общие сведения о службах Master Data Services (MDS)
Применяется только к:
SQL Server — только Windows
В этом разделе описываются основные функции организации данных и управления службами Master Data Services.
Службы Master Data Services позволяют управлять главным набором данных организации. Можно организовывать данные в модели, создавать правила для обновления данных и контролировать тех, кто обновляет данные. Excel позволяет использовать основной набор данных совместно с другими людьми в вашей организации.
Описание архитектуры служб Master Data Services см. в статье "Основные сведения о simple-talk.com". Дополнительные сведения о новых функциях SQL Server см. в статье "Новые возможности служб Master Data Services" (MDS)
Инструкции по установке служб Master Data Services, настройке базы данных и веб-сайта и развертыванию примеров моделей см. в разделе"Установка и настройка служб Master Data Services".
В службах Master Data Services модель является контейнером верхнего уровня в структуре основных данных. Можно создать модель для управления группами сходных данных, например для управления данными продуктов в сети. В модели содержится одна или несколько сущностей, а сущности содержат элементы, которые являются записями данных. Сущность похожа на таблицу.
Модель продукта в сети может содержать сущности, такие как продукт, цвет и стиль. Сущность цвета может содержать элементы для красного, серебряного и черного цвета.
Модели также содержат атрибуты, определенные в сущностях. Атрибут содержит значения, которые помогают описывать элементы сущности. Существуют атрибуты в свободной форме и атрибуты на основе домена. Атрибут на основе домена содержит значения, которые заполняются элементами из сущности и могут использоваться как значения атрибутов для других сущностей.
Например, в сущности продукта могут иметься атрибуты в свободной форме для стоимости и веса. В то же время там может быть атрибут на основе домена для цвета 
, значения которого заполняются элементами сущности цвета. Этот основной список цветов используется в качестве значений атрибута для сущности продукта 
.
Производные иерархии происходят от связей между сущностями в модели. Это связи атрибутов на основе домена. Например, в модели продукта может быть производная иерархия цвета , происходящая от связи между сущностями цвета и продукта 
.
После определения базовой структуры данных можно начать добавление записей данных (элементов) с помощью функции импорта. Загрузите данные в промежуточные таблицы, проверьте данные с помощью бизнес-правил и загрузите данные в таблицы MDS. Также можно использовать бизнес-правила для задания значений атрибутов.
В следующей таблице описаны основные задачи служб Master Data Services. Если не указано другое, для всех следующих процедур необходимо иметь права администратора модели. Дополнительные сведения см. в разделе "Администраторы" (службы Master Data Services).
Заметка
Возможно, потребуется выполнить следующие задачи в тестовой среде и использовать примеры данных, предоставленные при установке служб Master Data Services. Дополнительные сведения см. в разделе "Развертывание моделей " (службы Master Data Services)".
| Действие | Сведения | См. также |
|---|---|---|
| Создание модели | При создании модели она считается версией VERSION_1. | Модели (службы Master Data Services) Создание модели (службы Master Data Services) |
| Создание сущностей | Создавайте столько сущностей, сколько необходимо для хранения элементов. | Сущности (службы Master Data Services) Создание сущности (службы Master Data Services) |
| Создание сущностей для использования в качестве атрибутов на основе домена | Чтобы создать атрибут на основе домена, сначала нужно создать сущность для заполнения списка значений атрибута. | Атрибуты на основе домена (службы Master Data Services) Создание атрибута на основе домена (службы Master Data Services) |
| Создание атрибутов для сущностей | Атрибуты создаются для описания элементов. Атрибуты Name и Code автоматически включаются в каждую сущность, и их нельзя удалить. Можно создать другие атрибуты в свободной форме для хранения текста, дат, чисел или файлов. | Атрибуты (службы Master Data Services) Создание текстового атрибута (службы Master Data Services) Создание числового атрибута (службы Master Data Services) Создание атрибута даты (службы Master Data Services) Создание атрибута ссылки (службы Master Data Services) Создание атрибута файла (службы Master Data Services) |
| Создание групп атрибутов | При наличии четырех или пяти атрибутов для сущности можно создавать группы атрибутов. Эти группы представлены вкладками наверху сетки в Обозревателе и упрощают навигацию за счет группирования атрибутов на отдельных вкладках. | Группы атрибутов (службы Master Data Services) Создание группы атрибутов (службы Master Data Services) |
| Импорт элементов для поддерживающих сущностей | Данные для поддерживающих сущностей импортируются с использованием промежуточного процесса. Для модели Product это может означать импорт цветов или размеров. Элементы также можно создавать вручную. Примечание. Пользователи могут создавать члены в Master Data Manager, если у них есть минимальное разрешение на обновление для конечного объекта модели сущности и доступ к функциональной области Обозревателя . |
Обзор: импорт данных из таблиц (службы Master Data Services) Создание конечного члена (службы Master Data Services) |
| Создание и применение бизнес-правил, обеспечивающих высокое качество данных | Для гарантии точности данных создаются и публикуются бизнес-правила. Бизнес-правила можно использовать в следующих целях: установка значений атрибута по умолчанию; изменение значений атрибута; отправка уведомлений по электронной почте, если данные не проходят проверку на соответствие бизнес-правилам. |
Бизнес-правила (службы Master Data Services) Создание и публикация бизнес-правила (службы Master Data Services) Подтверждение конкретных членов, обнаруженных при проверке на соответствие бизнес-правилам (службы Master Data Services) Настройка уведомлений по электронной почте (службы Master Data Services) Настройка бизнес-правил для отправки уведомлений (службы Master Data Services) |
| Импорт элементов для основных сущностей и применение бизнес-правил | Элементы для основных сущностей импортируются с использованием промежуточного процесса. По окончании импорта следует проверить версию, что включает применение бизнес-правил ко всем элементам версии модели. После этого можно исправить выявленные проблемы с проверкой соответствия бизнес-правилам. |
Проверка (службы Master Data Services) Проверка версии бизнес-правил (службы Master Data Services) Хранимая процедура проверки (службы Master Data Services) |
| Создание производных иерархий | Производные иерархии можно обновлять по мере изменения бизнес-потребностей для обеспечения учета всех элементов на соответствующем уровне. | Производные иерархии (службы Master Data Services) Создание производной иерархии (службы Master Data Services) |
| Создание явных иерархий при необходимости | При необходимости использовать иерархии, отличные от многоуровневых, которые включают элементы из одной сущности, можно создавать явные иерархии. | Явные иерархии (службы Master Data Services) Создание явной иерархии (службы Master Data Services) |
| Создание коллекций при необходимости | Если необходимо представить разные группы элементов для отчетов или анализа и не нужно создавать полную иерархию, используются коллекции. Примечание. Пользователи могут создавать коллекции в Master Data Manager, если у них есть минимальное разрешение на обновление объекта модели коллекции и доступ к функциональной области Обозревателя . |
Коллекции (службы Master Data Services) Создание коллекции (службы Master Data Services) |
| Создание определяемых пользователем метаданных | Для описания объектов модели в модель добавляются пользовательские метаданные. Эти метаданные могут включать владельца объекта или источник данных. | |
| Блокировка версии модели и назначение флага версии | Версия модели может блокироваться, чтобы запретить изменять элементы всем пользователям, кроме администраторов. После проверки данных версии на соответствие бизнес-правилам можно зафиксировать версию, чтобы запретить всем пользователям изменять элементы. Создание и назначение флага версии модели. Флаги помогают пользователям и системам-подписчикам определять используемую версию модели. |
Версии (службы Master Data Services) Блокировка версии (службы Master Data Services) Создание флага версии (службы Master Data Services) |
| Создание представлений подписки | Для подписок систем для использования основных данных создайте представления подписки, которые создают стандартные представления в базе данных Master Data Services. | Обзор. Экспорт данных (службы Master Data Services) Создание представления подписки для экспорта данных (службы Master Data Services) |
| Настройка разрешений для пользователей и групп | Разрешения для пользователей и групп нельзя копировать из тестовой в рабочую среду. Однако тестовую среду можно использовать для определения уровня безопасности, который необходимо будет использовать в производственной среде. | Безопасность (службы Master Data Services) Добавление группы (службы Master Data Services) Добавление пользователя (службы Master Data Services) |
По окончании можно развернуть модель в рабочей среде с данными или без них. Дополнительные сведения см. в разделе "Развертывание моделей " (службы Master Data Services)".
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по