2. Структура базы данных

Хорошо продуманная база данных - это прежде всего набор поименованных таблиц. Каждая из которых в свою очередь содержит ряд полей, обладающих определенными свойствами. Поля образуют структуру базы данных - ее основу. От свойств поля зависит какие данные можно в него вносить и какие операции затем можно, а какие нельзя, производить с содержимым поля. Проще говоря, «хорошая структура»:

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

• гарантирует непротиворечивость данных;

• «выжимает» максимум производительности из системы.

Некоторые факторы, упрощающие понимание базы данных, не имеют строгих технических определений и не являются частью процесса проектирования. Тем не менее, широкие таблицы трудно читать и в них сложно разбираться. В то же время разделение данных на целый ряд небольших таблиц усложняет отслеживание взаимосвязей между ними. Выбор подходящего числа столбцов обычно является компромиссом между простотой понимания базы и правилами нормализации. Хорошо разработанная база данных предотвращает ввод противоречивой информации и случайное удаление данных. Это достигается за счет минимизации ненужного дублирования данных в таблицах и поддержки целостности.

Наконец, хорошо разработанная база должна обладать достаточной производительностью. Опять-таки здесь играет большую роль число столбцов в таблицах: выборка данных будет проводиться медленнее, если информация размешена не в одной, а в нескольких таблицах. Однако большие таблицы могут требовать от системы обработки большего количества данных, чем это на самом деле необходимо для выполнения конкретного запроса. Другими словами, количество и размер таблиц существенно влияют на производительность. (Также с точки зрения производительности критическим является выбор столбца, по которому выполняется индексирование и тип индексирования.) Индексирование в большей мере является вопросом физического проектирования, нежели логического.

«Плохая структура» базы данных:

• приводит к непониманию результатов выполнения запросов;

• повышает риск введения в базу данных противоречивой информации;

• порождает избыточные данные;

• усложняет выполнение изменений структуры созданных ранее и уже заполненных данными таблиц.

Не существует идеального решения, полностью удовлетворяющего все требования, предъявляемые при проектировании баз данных. Часто приходится чем-то жертвовать, основываясь на требованиях и особенностях приложений, которые будут использовать базу данных.

Выводы

Для достижения поставленной задачи, мною была выбрана программа Microsoft Access, как самая распространенная и подходящая для данной цели.

Автоматизация отеля «RA» не может происходить без создания и дальнейшего внедрения системы управления базами данных. За счет использования СУБД достигается оперативность ввода и корректировки данных, их корректность, воспроизводимость и надежность.

Была разработана структура базы данных и определен подход к проектированию информационной системы отеля.

4. Разработка информационной системы

1. Разработка реляционной модели

Задача длительного хранения и обработки информации появилась практически сразу с появлением первых компьютеров. Для решения этой задачи в конце 60-х годов были разработаны специализированные программы, получившие название систем управления базами данных (СУБД). СУБД проделали длительный путь эволюции от системы управления файлами, через иерархические и сетевые базы данных. В конце 80-х годов доминирующей стала система управления реляционными базами данных (СУРБД).

Существуют следующие разновидности баз данных:

• иерархические;

• реляционные;

• объектно-ориентированные;

• гибридные.

Иерархическая база данных основана на древовидной структуре хранения информации. В этом смысле иерархические базы данных очень напоминают файловую систему компьютера.

В реляционных базах данных данные собраны в таблицы, которые в свою очередь состоят из столбцов и строк, на пересечении которых расположены ячейки. Запросы к таким базам данных возвращает таблицу, которая повторно может участвовать в следующем запросе. Данные в одних таблицах, как правило, связаны с данными других таблиц, откуда и произошло название "реляционные".

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

Гибридные СУБД совмещают в себе возможности реляционных и объектно-ориентированных баз данных.

Принципы реляционной модели были сформулированы в 1969-1970 годах Э.Ф. Коддом. Идеи Кодда были впервые публично изложены в статье «A Relational Model of Data for Large Shared Data Banks»(Реляционная модель данных для больших совместно используемых банков данных).

Кратко особенности реляционной базы данных можно описать следующим образом:

• Данные хранятся в таблицах, состоящих из столбцов и строк;

• На пересечении каждого столбца и строчки стоит в точности одно значение;

• У каждого столбца есть своё имя, которое служит его названием, и все значения в одном столбце имеют один тип;

• Столбцы располагаются в определённом порядке, который определяется при создании таблицы, в отличие от строк, которые располагаются в произвольном порядке. В таблице может не быть не одной строчки, но обязательно должен быть хотя бы один столбец;

• Запросы к базе данных возвращают результат в виде таблиц, которые тоже могут выступать как объект запросов.

В первую очередь, нам необходимо выявить сущности, в которых и будет храниться информация базы данных. Основными сущностями, выделенными в результате анализа предметной области, являются:

• НОМЕР (Номер, Стоимость проживания, Номер телефона, Состояние, Тип номера, Этаж);

• ПРОЖИВАЮЩИЕ (Номер паспорта, ФИО, Город, Дата поселения, Кол-во дней на которое выделен номер, Номер);

• СЛУЖАЩИЕ (Этаж, ФИО, День недели 1, День недели 2).

Сущности «Номер», «Проживающие», «Служащие» созданы для того, чтобы реализовать отношения многие ко многим (в соответствии с правилами теории баз данных). Поэтому, получаем следующие связи между полученными сущностями.

Сущность «Номер» имеет связь один ко многим с сущностью «Проживающие»;

Сущность «Служащие» имеет связь один ко многим с сущностью «Номер».