Особенности проектирования фактографических БД

Существующие методики предлагают различные подходы к проектированию фактографических БД, в основе которых обычно лежат следующие методы:

- трехуровневое проектирование в соответствии с трехуров­невой архитектурой СУБД, предложенной группой ANSI/ SPARC;

- двухуровневое проектирование на основе отображения инфологической модели в датологическую[22].

Трехуровневый подход к проектированию БД предложен в 1975 г. исследовательской группой по системам управления БД Американского национального института стандартов (ANSI/ SPARC Study Group on DataBase Management Systems). Тремя уровнями предложенной архитектуры являются внешний, кон­цептуальный и внутренний.

Данный подход применяется для построения БД в слож­ных предметных областях, где много информационных объектов, между которыми существуют многочисленные связи. При проек­тировании БД в соответствии с данным методом выделяют три самостоятельных этапа: концептуальное проектирование (пост­роение концептуальной модели ПО), логическое проектирование (отображение концептуальной модели на логическую, учитываю­щую особенности СУБД, выбранную для реализации БД), физи­ческое проектирование (решение вопросов, связанных с произво­дительностью системы и определением структур хранения и ме­тодов доступа). Каждый этап проектирования рассматривается как совокупность итеративных процедур. К достоинствам данного метода можно отнести структурированность подхода, четкую формулировку целей и предполагаемых результатов каждого эта­па, архитектуру, стандартную для проектировщиков БД.

Двухуровневый метод проектирования БД предложен в 1960-х годах Лангефорсом и Сундареном [39,47]. В соответствии с данным методом проектирования выделяются два самостоятель­ных этапа: мифологическое представление ПО (формирование ин-фологической модели ПО, ориентированной па учет информаци­онных потребностей пользователей), датологическое представле­ние ПО (является отображением мифологической модели ПО с учетом компьютерных аспектов конструирования системы).

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

К недостаткам можно отнести то, что мифологическая мо­дель непосредственно не поддерживается программным обеспе­чением, ее часто отождествляют с концептуальной моделью в ар­хитектуре ANSI/SPARC; невозможно предложить строгие мето­ды преобразования неформальных представлений в формальные мифологические спецификации; нельзя адекватно отобразить сложные предметные области с большим количеством информа­ционных объектов и многочисленными связями между ними.

В настоящее время наиболее широко применятся метод трехуровнего проектирования. Рассмотрим особенности его реа­лизации.

46. Автоматизация проектирования БД. Концептуальные основы CASE-технологий. (Тема 11, стр. 112-113).

11.3.1. Автоматизация проектирования БД. Концептуальные основы CASE-технологий.

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

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

Трудоемкость и сложность выполнения работ неавтомати­зированным способом, а также невозможность вручную реализо­вать более или менее строгие алгоритмы трансформации пред­ставлений данных, соответствующие некоторой системе крите­риев эффективности, предопределили необходимость разработки технологии и создания поддерживающего ее инструментария ав­томатизированного проектирования БД.