1.3.2. Проверка глобальнОй км бд

Основная цель данного действия - это проверка результатов объедине­ния ло­кальных КМ в еди­ную КМ БД, разрешение возникших противо­речий и при не­обходимости корректировка документации на КМ БД.

Проверку результатов объединения локальных КМ пользователя в единую глобаль­ной КМ БД можно вести по следующей схеме:

1. Проверка на наличие пропущенных сущностей и связей.

2. Проверка корректности внешних ключей.

3. Проверка соблюдения ограничений целостности.

4. Разрешение противоречий.

5. Уточнение документации на КМ БД.

Проверка на наличие пропущенных сущностей и связей. Вероятно, одной из самых трудных задач при создании глобальной КМ яв­ляется задача выявле­ния пропу­щенных сущно­стей и связей ме­жду элемента­ми КМ различ­ных за­дач. Если для ПрО су­щест­вует общая мо­дель данных, то она может исполь­зоваться для обнару­жения сущно­стей и связей между эле­ментами КМ раз­личных пользовате­лей, которых нет ни в одном из локальных представлений. В то же время, при проведении опросов поль­зователей конкретного представ­ления в качестве превентивной меры следует попро­сить их уде­лить некото­рое внима­ние сущностям и связям, которые, по их мнению, могут существо­вать в других представлениях. Кроме того, при анализе атрибутов сущностей каждого типа можно попробовать вы­делить ссылки на сущности, принад­ле­жащие другим пользо­вательским представлениям. Достаточно часто оказы­вается, что атри­бут, связан­ный с той или иной сущностью в представлении одного пользо­ва­теля, соответствует первич­ному ключу, альтернативному ключу или даже простому, не ключевому атрибуту некото­рой сущности из дру­гого представле­ния.

Проверка корректности внешних ключей. На этом этапе может осуще­ствляться слияние раз­личных сущностей и связей, изменение первичных ключей и уста­новка но­вых связей. Убе­дитесь, что внешние ключи в дочерних сущ­ностях по-прежнему явля­ются корректными, и в случае необ­ходимости внесите в доку­ментацию на КМ БД модель все требуемые изменения.

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

Разрешение противоречий. При объединении локальных КМ для отдельного поль­зова­теля могут возникать противоречия по следующим причинам:

• Ошибочность описаний отдельных сущностей, атрибутов, связей в рам­ках различ­ных за­дач поль­зователя;

• некорректность требований.

Эти противоречия решаются либо на данном этапе, либо необходимо возвратиться к тому месту процесса объединения, где рассматриваемый конструктивный элемент вклю­чался в проектирование. В этом месте необхо­димо рассмотреть последствия при­нятого ре­шения с точки зрения его влия­ния на развитие процесса объединения.

Уточнение документации на БД. Завершающим действием для разработки КМ БД явля­ется кор­ректировка документации на КМ БД.

СПИСОК ИСПОЛЬЗОВАННЫХ СОКРАЩЕНИЙ

АСОИ - автоматизированная система обработки информации

БД - база данных

КМ - концептуальная модель

ЛР – лабораторная работа

ПЗ - практическое занятие

ПрО – предметная область

СД - словарь данных

СУБД – система управления базами данных

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Конолли Т., Бегг К., Страчан А. Теория и практика, 2-е изд. :Пер. с англ. : Учебное посо­бие. – М.: Издатель­ский дом «Виль­ямс», 2000. – 1120 с.

2. Тиори Т., Фрай Дж. Проектирование структур баз данных: В 2-х кн. Кн.1. Пер. с англ. – М.: Мир, 1985. – 287с.

18