3 Вопрос
Реляционная модель данных
Реляционная модель была предложена в начале 70-х годов прошлого века сотрудником фирмы IBM Эдгаром Коддом.
Реляционная модель данных была и остается популярной с середины 80-х годов 20 века.
На сегодняшний день реляционные СУБД стали фактическим промышленным стандартом.
Реляционной считается такая база данных, в которой все данные представлены для пользователя в виде прямоугольных таблиц значений данных, и все операции над базой данных сводятся к манипуляциям с таблицами. Такое представление данных является наиболее удобным и для пользователя и для компьютера.
ПРЕИМУЩЕСТВА реляционной модели данных:
наличие теоретического описания;
экономность базовых понятий и определений;
высокий показатель исследования;
Простота логического представления БД;
Простота проектирования, реализации, управления и использования;
Структурная независимость. Изменения в структуре реляционной БД не влияют на доступ к данным со стороны СУБД;
Быстрый доступ к данным;
Мощная и гибкая возможность создания запросов. Стандартным языком запросов для большинства реляционных СУБД является SQL;
Мощная управляющая система в состоянии выполнять множество сложных задач как для проектировщиков и разработчиков, так и для пользователей, скрывая при этом физический уровень сложности СУБД
Образно говоря, реляционная модель – это БД с автоматической коробкой передач, в отличие от иерархической или сетевой, которые можно назвать БД с ручной коробкой передач.
4 Вопрос
Логическая структура реляционной БД
Реляционная БД – это система хранения информации об объектах в виде связанных отношением двумерных таблиц. Таблицы связываются с помощью первичных и вторичных ключей. Язык программирования реляционных БД -- SQL - обеспечивает доступ и управление данными.
У каждой таблицы должно быть уникальное название в пределах одной БД.
Таблицу называют сущностью, строку – записью, столбец – атрибутом или полем.
Каждый столбец имеет уникальный заголовок в пределах таблицы и характеризуется именем и типом данных, хранящихся в нем.
Тип данных указывает на то, в каком виде будет храниться информация в поле (текст, число, дата и др.).
Не рекомендуется создавать таблицы со слишком большим количеством столбцов, оптимальный максимум – 15. Строки таблицы не именуются, порядок их следования жестко не определен, а количество логически не ограничено (только физически – объем дискового пространства).
В реляционной БД таблицы связаны между собой отношениями и взаимодействуют по принципу ГЛАВНАЯ (master) и ПОДЧИНЕННАЯ (detail). Главную таблицу часто называют родительской, а подчиненную – дочерней. Одна и та же таблица может быть главной по отношению к одной таблице БД и дочерней по отношению к другой.
Помимо таблиц, в базе данных могут храниться и другие объекты, такие как экранные формы, отчеты (reports), представления (views), триггеры (triggers).
Чтобы гарантировать корректность и взаимную непротиворечивость данных, на БД накладываются некоторые ограничения, которые называют ограничениями целостности (реализуются с помощью привил(rules), триггеров (triggers)). Ее суть заключается в том, что внешний ключ не может быть указателем на несуществующую строку в таблице.
Доступ к данным осуществляется в виде запросов к БД, которые формулируются на стандартном языке запросов. Для большинства СУБД таким языком является SQL.