Результаты исследования учащихся в проекте Основы проектирования БД

Авторы и участники проекта

Ломин Роман Арлевич Николай

Тема исследования группы

Реляционные базы данных. Простота их проектирования

Проблемный вопрос (вопрос для исследования)

Почему реляционная модель БД самая распространенная в проектировании?

Гипотеза исследования

Проектировать реляционную БД наиболее просто и удобно.

Цели исследования

Выяснить, кто и когда предложил реляционную модель

Выяснить, как представляются в реляционной модели данных объекты реального мира, и какие виды связей между объектами возможны в реляционной модели

Сравнить иерархическую, сетевую и реляционную модель на примере базы данных "Предприятие"

Узнать, кто и когда предложил реляционную модель

Реляционная модель впервые была предложена Е. Ф. Коддом в 1970 году. Кодд работал в IBM, и после десяти лет исследований, разработки и лоббирования на уровне корпорации он с коллегами убедил IBM разработать несколько СУБД, основанных на реляционной модели. В 2002 году журнал "Форбес", назвал реляционную модель данных Кодда в числе самых важных открытий за последние 85 лет. По оценкам специалистов, примерно 99% мирового рынка баз данных занимают ныне реляционные СУБД.

Выяснить, как представляются в реляционной модели данных объекты реального мира

Термин "реляционный" (от латинского relatio- отношение) указывает прежде всего на то, что такая модель хранения данных построена на взаимоотношении составляющих её частей. В реляционной модели объекты реального мира и взаимосвязи между ними представляются с помощью совокупности связанных между собой таблиц. В простейшем случае она представляет собой двумерный массив или двумерную таблицу, а при создании сложных информационных моделей составит совокупность взаимосвязанных таблиц. Каждая строка такой таблицы называется записью. Каждый столбец в такой таблице называется полем.

Модель данных, как и сама база данных, является объектом, имеющим свои определенные свойства. Реляционная модель базы данных имеет следующие свойства: Каждый элемент таблицы- один элемент данных;

Все столбцы в таблице являются однородными, т.е. имеют один тип (числа, текст, дата и т.д.);

Каждый столбец (поле) имеет уникальное имя;

Одинаковые строки в таблице отсутствуют;

Порядок следования строк в таблице может быть произвольным и может характеризоваться количеством полей, количеством записей, типом данных.

Возможные связи между объектами в реляционной модели

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

Ключ- поле, которое однозначно определяет соответствующую запись.

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

Выделяют три разновидности связи между таблицами базы данных:

Отношение "один–ко–многим" имеет место, когда одной записи родительской таблицы может соответствовать несколько записей дочерней. Пример — издательство, выпустившее несколько книг.

Отношение "один–к–одному" имеет место, когда одной записи в родительской таблице соответствует одна запись в дочерней. Пример — автор, у которого в данный момент имеется лишь одна незавершенная книга.

Отношение "многие–ко–многим" применяется если одной записи в родительской таблице соответствует более одной записи в дочерней или одной записи в дочерней таблице соответствует более одной записи в родительской. Пример — один автор может написать несколько книг, а у одной книги может быть несколько авторов.

Сравнить иерархическую, сетевую и реляционную модель на примере базы данных "Предприятие"

Полезные ресурсы

Иерархическая база данных

Сетевая СУБД

Реляционная база данных

Сетевая СУБД

Объектные базы данных

Объектно-ориентированная база данных

Объектно-реляционная СУБД