Фуфаев - Разработка и эксплуатация удалённых БД (1084483), страница 21
Текст из файла (страница 21)
Предметной областью рассматриваемой базы данных являет- ся создаваемый документ «Извещение на изменение конструкторской документации». Рис. 7.2. Состав таблиц и связи между ними в базе данных «Извешение» ных. Для устранения таких ситуаций проводится анализ таблиц, имеющих связи типа «один к одному». Проверка соответствия локальной концептуальной модели конкретным пользовательским транзакциям. На данном этапе проверяется полнота получения информации каждым пользователем базы данных в результате выполнения пользовательских запросов или транзакций. Обсуждение локальных концептуальных моделей данных с конечными пользователями. Очевидно, что данный этап необходим для подтверждения того, что разработанная модель базы данных полностью удовлетворяет требованиям конечных пользователей базы данных.
Логическое проектирование баз данных должно отражать непосредственные связи между пользователями информации, обеспечивающие целостность данных в процессе эксплуатации единого информационного пространства. На данном этапе необходимо учитывать выбранную для реализации конкретную СУБД. Логическое проектирование базы данных (для реляционной модели) включает в себя следующие этапы. 1. Создание и проверка локальной логической модели данных на основе представления предметной области каждого из типов пользователей. 104 2. Устранение особенностей локальной логической модели, несовместимых с реляционной моделью (необязательный этап). 3.
Определение набора отношений исходя из структуры локальной логической модели данных. 4. Проверка отношений с помощью правил нормализации таблиц. 5. Проверка соответствия отношений требованиям пользовательских транзакций. 6. Определение требований поддержки целостности данных. 7. Обсуждение разработанных локальных логических моделей данных с конечными пользователями. 8. Создание и проверка глобальной логической модели данных.
9. Слияние локальных логических моделей данных в единую глобальную модель данных. 10. Проверка глобальной логической модели данных. 11. Проверка возможностей расширения модели в будущем. 12. Обсуждение глобальной логической модели данных с пользователями. На рис. 7.3 показана схема реализации базы данных «Извещение» как элемента глобальной системы в условиях внедрения на предприятии единого информационного пространства на основе системы БОЬ Бепег2000 и системы электронного документооборота Рагй" Р!ик Физическое нроенгнирооание базы банных предусматривает принятие разработчиками окончательного решения о способах реализации создаваемой базы данных в условиях применения конкретной СУБД. Физическое проектирование базы данных (для реляционной модели) включает в себя следующие этапы.
1. Перенос глобальной логической модели данных в среду целевой СУБД. 2. Проектирование базовых отношений в среде целевой СУБД. 3. Проектирование отношений, содержащих производные данные. 4. Реализация ограничений предметной области. 5. Проектирование физического представления базы данных. б. Анализ транзакций.
7. Выбор файловой структуры. 8. Определение индексов. 9. Определение требований к дисковой памяти. 10. Разработка пользовательских представлений. 11. Разработка механизмов защиты. 12. Анализ необходимости введения контролируемой избыточности. 13. Организация мониторинга и настройка функционирования операционной системы. 105 Начало Требуется внесение изменений по инструкции на составление документов Обработка замечаний, сформированных в извещении утверждение Нормоконтроль Нормо- контроллер Главный инженер, представитель заказчика Внесены замечания Регистрация извещения на изменение в ЕОТД Рйвз— ! ! 1 — — — Система. Рану Оператор электронного архива (ЭА) Регистрация извещения на изменение в системе Рану+ Разрешение конструктору доступа к изменяемому проекту Администратор ЭА 1 Проведение изменений в проекте согласно извещению Конструктор Контроль состава измененного изделия Оператор ЭА Выгюлнение Отчет необходимыхотчетов Оператор ЭА Рассылка сообщений о проведении изменений в проекте заинтересованным абонентам Оператор ЭА Конец Рнс.
7.3. Схема реализации базы данных «Извешение» в системе элек- тронного документооборота !06 Извещение на изменение ! БД «Изешение» Оформление извешения Конструктор Ь Ь Й з Е Й о о о й и 3 о О. Ю М~ ~ми Я ц~ щ *~ о ~и~ ~р~ Ж Д 63 Л Е~й й~й 6Э М 63 Е х~~ Д р ~~о „о ~х ~ о с~,д Д ~о Я Ю к' р ф *Ь "Р оо~ йЯИ ~ о.а жМ$ й Зяб 6'3 ~ Й о К Д 4 х 4 х х й~ ФЪ ~О ы Д Д ~й о ж й И о х й й О. й о и к Р ~о~ На рис.
7.4 показана схема программно-аппаратной реализации базы данных «Извецгение» для выбранной СУБД БС?1. Бегуег2000. Данная схема отражает первый этап физического проектирования и является основой для проведения всех сформулированных ранее этапов физической реализации базы данных. Контрольные вопросы 1. Какова методология проектирования серверной части баз данных? 2.
Какова цель концептуального проектирования баз данных и из каких этапов оно состоит? 3. Чем заканчивается логическое проектирование баз данных и из каких этапов оно состоит? 4. Чем заканчивается физическое проектирование баз данных и из каких этапов оно состоит? глдвд в ТЕХНОЛОГИИ ПРОЕКТИРОВАНИЯ СЕРВЕРНОЙ ЧАСТИ ПРИЛОЖЕНИЯ 8.1. Применение СУБД Ассеаа для разработки проекта удаленных баз данных Одна из самых распространенных СУБД вЂ” М!сгоао(1 Ассезз, которая изначально разрабатывалась для проектирования «настольных> БД, в настоящее время является эФфективной программной средой для формирования проектов удаленных баз данных в архитектурах файл — сервер и клиент — сервер.
Фирма М!сгозой учла огромный спрос на методы и средства проектирования многопользовательских баз данных, и последние версии СУБД Ассезз (2000 и 2003) имеют средства для ее интеграции с корпоративными СУБД вЂ” БОЬ Бегуег и Огас!е. Опыт показывает, что применение М)сгозой Ассезз для проектирования многопользовательских удаленных баз данных не только повышает производительность труда при создании информационных систем, но и, что очень важно, в большей степени гарантирует качество проектирования за счет: ° активного привлечения к разработке приложений конечных пользователей, которые, несомненно, более квалифицированы в соответствующей предметной области, чем высококвалифицированные программисты; ° максимального использования визуальных (диалоговых) средств проектирования, сводящих к минимуму ошибки разработчика; ° минимальной трудоемкости разработки проекта базы данных.
Такой вывод основан на том, что для создания компонентов баз данных (таблиц, запросов, форм и отчетов) самими конечными пользователями в М)сгоаой Ассеи разработан простой графический интерфейс пользователя (Отар)пса) Озег 1п!егГасе — ОО1). Кроме того, в данной системе имеются программы, называемые мастерами (%!загдз), и конструкторы (Вц)!дега), позволяющие пользователю в режиме запрос †отв создавать проекты компонентов базы данных, которые затем могут быть «перенесены» в более производительные системы — БОЬ Бегуег или Огас!е. В СУБД М)сгозоГг Ассезз предоставляется выбор из двух технологий (машин) баз данных (да!а епя!пса): первоначальной технологии 3е! и новой — М!сгоаой Оага Епя!пе (МЯЭЕ), совместимой с М)сгозо!1 Васко%се Б(.П Бегуег (продуктом компании М!сгозо(1 для администрирования локальных корпоративных сетей).
109 Машина базы данных Зе1 хранит все данные приложения (таблицы, индексы, запросы, формы и отчеты) в одном файле базы данных с расширением лпдЬ, организованным с использованием 1БАМ (1пдехед Бег)цент(а! Ассезв МеГЬод — индексно-последовательный метод доступа). Основой МБРЕ является та же машина базы данных, что и в СУБД М(сгозой БО1 Бегуег, предоставляющая пользователям возможность писать масштабируемые приложения на компьютере с системой %вдова 95, которые затем можно перенести в высокопроизводительные многопроцессорные кластеры (группы компьютеров), работающие под управлением системы %(протея ХТ.
Машина МБРЕ предоставляет также процедуру преобразования данных, позволяющую пользователям впоследствии наращивать вычислительные возможности до уровня БО Бегуег. М(сгояой Ассеяя, как и БОЬ Бегуег, делит данные, хранящиеся в ее табличных структурах, на страницы данных размером в 2 Кбайт, что соответствует размеру стандартного кластера файла жесткого диска в операционной системе РОВ. Каждая такая страница содержит одну или несколько записей.