11. Реляционное исчисление.

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

Кортеж - строка, отношение.  Ключ – столбеу или набор столбцов котроые однозначно определяют модель.  Суперключ - ключ, атрибут или набор атрибутов, которые однозначно идентифицируют кортеж отношения.  Потенциальный ключ - суперключ, который не содержит подмножеств атрибутов, которое само по себе является суперключём. Разновидности потенциальных ключей:  1. Первичный ключ (Primary Key, PK) - однозначно определяет кортеж. Бывает простой и составной. Может быть только один в таблице. Не может содержать пустых значений.  2. Уникальный (Unique). Однозначно определяет запись (в пределах одного значения или набора значений). Может быть нескоько в таблице. Может содержать пустые значения.  3. Составной – уникальность комбинации (первичн+уникальный)  Вторичный ключ (Secoundary) – атрибут или неск атрибутов использующийся для поиска данных.  Внешний ключ (Foreign Key) - атрибут или множество атрибутов внутри отношения, которое соответствует потенциальному ключу некоторого (возможно, того же самого) отношения.  13. Реляционная целостность.

Реляционная целостность - достоверность, непротиворечивость, корректность данных.  Для обеспечения реляционной целостности требуется задание ограничений целостности, которые представляют собой правила, которым должны соответствовать данные.  3 вида целостности:  1. Целостность сущности. Требование: уникальность строк. Ограничение: наличие первичного ключа (PK).  2. Ссылочная целостность. Обеспечивает правильную связь таблиц. Ограничение: наличие внешнего ключа (FK).  3. Корпоративная целостность. Представляет собой дополнительные правила, которые действуют в пределах организации.  Ограничения (CHECK) задаются при описании столбцов. 14. Жизненный цикл базы данных.

goto - линия с стрелкой, move - без  (1)Планирование разработки БД (move 2) (2) Определения требований к системы (move 3)  (3)Сбор и анализ требований пользователя (move 4) (4) Проектирование БД (include 4.1-4.3)  (4.1) Концептуальное проектирование (move 4.2) (4.2) Логическое проектирование (move 4.3)  (4.3) Физическое проектирование (move 5) (4.a) Выбор целевой СУБД(move 4.1)  (4.б) Создание прототипа(move 4.3, 4-5)  (4.в) Разработка приложений (move 4.2, 4-5)  (5) Реализация  (6)Конвертирование и загрузка данных  (7)Тестирование  (8) Эксплуатация и сопровождение (goto 3)  Планирование осуществляется для достижения максимальной производительности системы с минимальными затратами.  Определение требований к системе осуществляется определением диапазона функций и определением границ базы данных.  На этапе сбора и анализа требованиц пользователя собираются и анализируются требования каждой группы пользователей для всех возможных областей применения системы.  15. Моделирование данных.

Фактически, моделирование данных - первый шаг на пути проектирования базы данных, это переход от объектов реального мира к компьютерной модели базы данных.  Моделирование данных - это просто средство формального сбора данных, относящихся к бизнес-процессу данной организации. Моделирование является одним из главных на сегодняшний день приемов анализа, основанием, на котором строятся реляционные базы данных.  Цель моделирования данных состоит в обеспечении разработчика ИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных.  Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). ERD непосредственно используются для проектирования реляционных баз данных.

Критерии оценивания качества модели данных: 1. Структурная достоверность (представление данных должно соответствовать способу определения и организации информации на данном предприятии) 2. Простота (лёгкость понимания модели как профессионалам так и обычным пользователям) 3. Выразительность (способность представлять отличия между типами данных, связями и ограничениями) 4. Отсутствие избыточности (исключение лишней информации) 5. Способность к совместному использованию (Отсутствие принадлежности к какому-либо приложению, использование модели многими приложениями) 6. Расширяемость (возможность дополнять при необходимости схему данных с минимальным влиянием на существующих пользователей) 7. Целостность (согласованность со способом использования и управления информацией внутри предприятия) 8. Представление модели в виде диаграмм

16. Этапы проектирования баз данных.

1.Определение цели создания базы данных.  основные ее функции и информацию, которую она должна содержать.  2. Определение таблиц, которые должны содержать база данных.  3. Определение необходимых в таблице полей. Каждая таблица содержит информацию на отдельную тему, а каждое поле в таблице содержит отдельные сведения по теме таблицы.

-Каждое поле должно быть связано с темой таблицы - Не рекомендуется включать в таблицу данные, являющиеся результатом выражения - В таблице должна присутствовать вся необходимая информация - Информацию следует разбивать на наименьшие логические единицы 4. Задание индивидуального значения каждому полю. С тем чтобы Microsoft Access мог связать данные из разных таблиц.Такое поле или набор полей называют основным ключом.  5. Определение связей между таблицами. Желательно изучать связи между таблицами в уже существующей базе данных.

6. Обновление структуры базы данных. После проектирования таблиц, полей и связей необходимо еще раз просмотреть структуру базы данных и выявить возможные недочеты, отвечает ли база данных поставленным требованиям. Кроме того, необходимо исключить из таблиц все возможные повторения данных.  7. Добавление данных и создание других объектов базы данных. 

8. Использование средств анализа в СУБД.

17. Концептуальное проектирование баз данных.

Этапы создания концептуального моделирования:  - Определение типов сущности.  - Определение типов связей.  - Определение атрибутов (свойств).  - Определение доменов атрибутов.  - Создание диаграммы "сущность-связь" (ЕR-модель).  - Обсуждение полученной модели с пользователем (не упущено ли что-нибудь). 18. Логическое проектирование баз данных.

Этап логического моделирования:  - Концептуальная модель преобразовывается в логическую.  - Логическая модель проверяется с помощью правил нормализации.  - Получение усточненной диаграммы "сущность-связь" с учетом элементов, полученных после нормализации.  - Задание условий проверки целостности данных (правильность и непротиворечивость данных).  - Обсуждение полученной ER-модели с пользователем. 19. Физическое проектирование баз данных.

Этапы физического проектирования:  1. Перенос логической модели данных в среду целевой СУБД.  1.1 Спроектировать основные таблицы  1.2 Реализовать бизнес-правила предприятия  2. Проектирование физического представления данных.  2.1. Выбор файловой структуры.  2.2. Определение индексов. 2.3. Анализ необходимости введения контролируемой избыточности.  2.4. Определение требований к дисковой памяти. 3. Разработка механизмов защиты.  3.1. Регистрация пользователей. 3.2. Установка прав доступа пользователей.  3.3. Создание пользовательских представлений.  4. Организация мониторинга и настройка функционирования системы 20. Модель "Сущность-связь" (ER).

Модель "сущность-связь" (ER-модель) дает графическое представление логических объектов (сущностей) и их отношений в структуре базы данных. Именно такое графическое представление данных сделало ER-диаграммы популярным средством на концептуальном уровне моделирования данных. Более того, ER-модель дополнила концепции реляционной модели, создав основы хорошо структурированной среды проектирования, гарантирующей надлежащую разработку реляционных баз данных. Основу ER-модели составляют следующие компоненты: сущность (логический объект), как "персону, местоположение или предмет, сведения о которых подлежат сбору и хранению".  В ER-модели сущность представлена в виде прямоугольника.  Название сущности (имя существительное) записывается в центре прямоугольника, как правило, заглавными буквами и предпочтительнее в единственном числе.  Каждая строка реляционной таблицы соответствует экземпляру сущности (entity instance или entity occurrence) в терминах ER-модели.  Сущность описывается набором атрибутов. Каждый атрибут описывает отдельное свойство сущности.  Связь описывает соединение между данными. Большинство связей описывает соединение между двумя сущностями.  Связь изображается на ER-диаграмме ромбом, соединенным с соответствующей сущностью. Название связи (в глагольной форме) записывается внутри ромба. 21. Концепция ER-модели.

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