Физическая модель проектируемой базы данных
Цель физического проектирования – преобразование логической модели с учетом синтаксиса, семантики и возможностей выбранной целевой СУБД.
В связи с тем, что методология физического проектирования существенно зависит от выбранной целевой СУБД, ограничимся лишь общими рекомендациями
Физическое проектирование базы данных - процесс подготовки описания реализации базы данных на вторичных запоминающих устройствах; на этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты.
Физическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой базы данных. Во время предыдущего этапа проектирования была определена логическая структура базы данных (которая описывает отношения и ограничения в рассматриваемой прикладной области). Хотя эта структура не зависит от конкретной целевой СУБД, она создается с учетом выбранной модели хранения данных, например реляционной, сетевой или иерархической. Однако, приступая к физическому проектированию базы данных, прежде всего необходимо выбрать конкретную целевую СУБД. Поэтому физическое проектирование неразрывно связано с конкретной СУБД. Между логическим и физическим проектированием существует постоянная обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных.
|
|
|
Физическая модель проектируемой базы данных выглядит таким образом:
Виды межтабличных связей, используемых в проекте
В данном проекте используется один тип связи, этот тип является 1:М (один ко многим).
Отношение «один-ко-многим» имеет место, когда одной записи родительской таблицы может соответствовать несколько записей в дочерней таблице.
Связь "один-ко-многим" является самой распространенной для реляционных баз данных.
Связь «один ко многим» возможна, если только один из связанных столбцов является первичным ключом или имеет ограничение, обеспечивающее уникальность.
Реализация ИС
Проектирование пользовательского интерфейса
Одним из важных компонентов является, создание пользовательского интерфейса. Интерфейс устанавливает связь между пользователем и компьютером с помощью языков , создавая между ними диалог , сообщая информацию выводя её на экран монитора. Графический интерфейс – это и есть язык общения компьютера с пользователем. Важным измерителем эффективности используемого интерфейса является выбранная форма диалога пользователя с системой.
|
|
|
Пользовательский интерфейс - является своеобразным коммуникационным каналом, по которому осуществляется взаимодействие пользователя и компьютера.
Интерфейс должен обладать следующими возможностями:
· манипулировать различными формами диалога и изменяя их в процессе работы по выбору пользователя;
· передавать данные системе различными способами;
· получать данные от разных устройств системы в различных формах;
· гибко поддерживать запросы.
Разработка пользовательского интерфейса состоит из проектирования панели и диалога. Обычно принято панель приложения делить на 3 части:
· меню действий;
· тело панели;
· область функциональных клавиш.
Главная форма БД «Ж/Д касс» запускается при открытии БД, на ней имеются:
· Заголовок;
· Кнопки открывающие формы «станции», «информации о пассажирах», «информация о рабочих» <<состав>> <<касса Ж/Д вокзала>>.
РИСУНОК 4. Главная кнопочная форма
Дата добавления: 2018-05-12; просмотров: 370; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!