БД Турбаза. Курсовая работа БД. 57. База данных Турбаза

• Название: 57. База данных Турбаза
• Анкор: БД Турбаза
• Дата: 09.06.2021
• Размер: 1.98 Mb.
• Имя файла: Курсовая работа БД.docx
• Тип: Курсовая; #215882
• страница: 5 из 7

Формирование схемы данных

На основе ER-диаграммы создана схема базы данных. Схема данных выполнена в программе Erwin Modeller (рис.7).



Рисунок 7  Схема базы данных

4. Выбор СУБД и других программных средств

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

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

Э. Кодд (Е. F. Codd, компания IBM) предложил реляционную модель, которая стала настоящим прорывом и для пользователя, и для проектировщи­ка. Если сравнить с автомобилем, реляционная модель имела "автоматическую ко­робку передач", а иерархические и сетевые модели имели "ручную коробку передач". Концептуальная простота реляционной базы данных произвела подлинную революцию в сфере баз данных.

Открытие Э. Кодда в 70-х годах прошлого столетия считалось весьма остроумным, но абсолютно непрактичным. Концептуальное построение реляционной модели строится с использованием ресурсов компьютера, который в то время не имел достаточной мощности, чтобы реализовать реляционную модель. К настоящему времени, к счастью, возможности компьютеров стремительно выросли, и увеличилась эффективность операционных систем. Следует отметить, что стоимость аппаратных устройств компьютера снижалась намного быстрее, чем возрастали ее возможности. На сегодняшний день даже настольные персональные компьютеры, по возможностям намного уступающие мощным серверам, могут позволить себе установку и работу с такими реляционными системами управления базами данных, как InterBase, MySQL, Informix, Oracle, Ingress, DB2 и др.

Реляционная база данных создается и используется в системе управления реляционными базами данных (СУБД). Необходимо отметить, что реляционная СУБД функционирует так же, как и иерархическая и сетевая СУБД, однако она состоит и из дополнительных функций, чтобы проще реляционную модель можно было внедрять и понимать.

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

Каждая таблица - это матрица, содержащая набор пересекаю­щихся строк и столбцов. Каждая таблица называется отношением, в зависимости от свойств объекта связаны друг с другом. Например, таблица Заказ содержит список клиентов из таблицы Клиент.

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

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

Дальнейшая работа связана с конкретной СУБД, эту часть рассмотрим на примере СУБД Access.

СУБД Access является системой управления данных реляционного типа. Всю базу данных по умолчанию Access хранит на диске в виде одного файла с расширением *.mdb в 2003 версии (*.accdb в 2007 версии и выше), а вообще Access поддерживает ряд стандартов БД (dBase, Paradox и др.). [18, с.231-232].

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

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