🗊Презентация Проектирование баз данных

Категория: Информатика
Нажмите для полного просмотра!
Проектирование баз данных, слайд №1Проектирование баз данных, слайд №2Проектирование баз данных, слайд №3Проектирование баз данных, слайд №4Проектирование баз данных, слайд №5Проектирование баз данных, слайд №6Проектирование баз данных, слайд №7Проектирование баз данных, слайд №8Проектирование баз данных, слайд №9Проектирование баз данных, слайд №10Проектирование баз данных, слайд №11Проектирование баз данных, слайд №12Проектирование баз данных, слайд №13Проектирование баз данных, слайд №14Проектирование баз данных, слайд №15Проектирование баз данных, слайд №16Проектирование баз данных, слайд №17Проектирование баз данных, слайд №18Проектирование баз данных, слайд №19Проектирование баз данных, слайд №20Проектирование баз данных, слайд №21Проектирование баз данных, слайд №22Проектирование баз данных, слайд №23Проектирование баз данных, слайд №24Проектирование баз данных, слайд №25Проектирование баз данных, слайд №26Проектирование баз данных, слайд №27Проектирование баз данных, слайд №28

Содержание

Вы можете ознакомиться и скачать презентацию на тему Проектирование баз данных. Доклад-сообщение содержит 28 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации


Слайд 1





Базы данных
Лекция 5
Проектирование баз данных.
Описание слайда:
Базы данных Лекция 5 Проектирование баз данных.

Слайд 2





Модели
ERM, ERD.
Чтение связей в ERD.
ERM по степени детализации
концептуальные
логические
ERD по способу графического отображения
Barker notation
Bachman notation
Information engineering
Описание слайда:
Модели ERM, ERD. Чтение связей в ERD. ERM по степени детализации концептуальные логические ERD по способу графического отображения Barker notation Bachman notation Information engineering

Слайд 3





Причины
Описание основных информационных потребностей;
Обсуждение предметной области на ранних стадиях;
Снижение вероятности ошибок и недопонимания;
Основа для документирования системы;
Основа для построения физической (реляционной) модели базы данных.
Описание слайда:
Причины Описание основных информационных потребностей; Обсуждение предметной области на ранних стадиях; Снижение вероятности ошибок и недопонимания; Основа для документирования системы; Основа для построения физической (реляционной) модели базы данных.

Слайд 4





Бизнес-правила
Не все бизнес-правила могут быть представлены на ERM. Но все необходимо оформить в виде документов для дальнейшей реализации.
Типы бизнес-правил:
Структурные;
Процедурные.
Описание слайда:
Бизнес-правила Не все бизнес-правила могут быть представлены на ERM. Но все необходимо оформить в виде документов для дальнейшей реализации. Типы бизнес-правил: Структурные; Процедурные.

Слайд 5





Дуги (arcs)
Предназначены для моделирования исключающего ИЛИ между связями.
Отображаются на ERD.
Принадлежат одной сущности.
Охватывают связи одинаковой обязательности (optionality).
Могут охватывать связи с разной cardinality (достаточно редко).
Описание слайда:
Дуги (arcs) Предназначены для моделирования исключающего ИЛИ между связями. Отображаются на ERD. Принадлежат одной сущности. Охватывают связи одинаковой обязательности (optionality). Могут охватывать связи с разной cardinality (достаточно редко).

Слайд 6





Дуги. Пример
Описание слайда:
Дуги. Пример

Слайд 7





Дуги. Реализация.
Создаются FK на стороне “многие”.
Даже если связи обязательны на стороне “многие”, соответствующие FK все равно будут необязательными, т.к. только один из них будет содержать значение.
Необходим программный код, чтобы гарантировать, что один из FK будет содержать значение в каждой строке таблицы (например, с помощью CHECK).
Описание слайда:
Дуги. Реализация. Создаются FK на стороне “многие”. Даже если связи обязательны на стороне “многие”, соответствующие FK все равно будут необязательными, т.к. только один из них будет содержать значение. Необходим программный код, чтобы гарантировать, что один из FK будет содержать значение в каждой строке таблицы (например, с помощью CHECK).

Слайд 8





Дуги. Реализация.
Описание слайда:
Дуги. Реализация.

Слайд 9





Супертипы и подтипы
Общие для всех экземпляров атрибуты/связи относятся к супертипу.
Подтипы: наследуют все атрибуты и связи супертипа; могут иметь свои собственные атрибуты и связи; могут иметь вложенные подтипы.
Правила: полнота, взаимное исключение.
Как правило, подтип не один, их несколько. Рекомендуется выделять подтип OTHER.
Описание слайда:
Супертипы и подтипы Общие для всех экземпляров атрибуты/связи относятся к супертипу. Подтипы: наследуют все атрибуты и связи супертипа; могут иметь свои собственные атрибуты и связи; могут иметь вложенные подтипы. Правила: полнота, взаимное исключение. Как правило, подтип не один, их несколько. Рекомендуется выделять подтип OTHER.

Слайд 10





Пример
Описание слайда:
Пример

Слайд 11





Реализация. Single table
Создается одна таблица для всех подтипов.
Создаются столбцы для всех атрибутов супертипа с соответствующими optionality.
Добавляются столбцы для всех атрибутов подтипов, но все они optional.
Добавляется дополнительный mandatory столбец для идентификации подтипов (будет содержать значения сокращенных названий подтипов). Он обычно называется [SupertypeShortName]_type.
Описание слайда:
Реализация. Single table Создается одна таблица для всех подтипов. Создаются столбцы для всех атрибутов супертипа с соответствующими optionality. Добавляются столбцы для всех атрибутов подтипов, но все они optional. Добавляется дополнительный mandatory столбец для идентификации подтипов (будет содержать значения сокращенных названий подтипов). Он обычно называется [SupertypeShortName]_type.

Слайд 12





Реализация. Single table
UID преобразуется в PK и UK;
Связи супертипа преобразуются стандартно;
Связи подтипов преобразуются с помощью необязательных FK;
Добавляется CHECK, который проверяет, что для каждого подтипа mandatory-поля будут заполнены.
Описание слайда:
Реализация. Single table UID преобразуется в PK и UK; Связи супертипа преобразуются стандартно; Связи подтипов преобразуются с помощью необязательных FK; Добавляется CHECK, который проверяет, что для каждого подтипа mandatory-поля будут заполнены.

Слайд 13





Реализация. Single table
CHECK ((epe_type = ‘FTE’ AND salary IS NOT NULL AND hourly_rate IS NULL AND agy_id IS NULL)
OR (epe_type = ‘PTE’ AND salary IS NULL AND hourly_rate IS NOT NULL AND agy_id IS NOT NULL)
Описание слайда:
Реализация. Single table CHECK ((epe_type = ‘FTE’ AND salary IS NOT NULL AND hourly_rate IS NULL AND agy_id IS NULL) OR (epe_type = ‘PTE’ AND salary IS NULL AND hourly_rate IS NOT NULL AND agy_id IS NOT NULL)

Слайд 14





Реализация. Two table
Создается таблица для каждого подтипа;
Каждая таблица содержит столбцы для соответствующих атрибутов супертипа, включая optionality. Аналогично – для связей супертипа.
Каждая таблица содержит столбцы, уникальные для подтипа, включая optionality. Аналогично – для связей подтипов.
Primary UID супертипа соответствуют PK в таблицах, Secondary UID – UK в таблицах.
Описание слайда:
Реализация. Two table Создается таблица для каждого подтипа; Каждая таблица содержит столбцы для соответствующих атрибутов супертипа, включая optionality. Аналогично – для связей супертипа. Каждая таблица содержит столбцы, уникальные для подтипа, включая optionality. Аналогично – для связей подтипов. Primary UID супертипа соответствуют PK в таблицах, Secondary UID – UK в таблицах.

Слайд 15





Реализация. Two table
Описание слайда:
Реализация. Two table

Слайд 16





Реализация. Arcs
Сохраняется сущность супертипа.
Для подтипов создаются отдельные сущности, которые ограничены дугой (arc).
Связи между супертипом и подтипами – 1:1.
Реализация аналогична реализации дуг. Primary UID супертипа соответствует PK для всех таблиц. FKs в таблице супертипа: optional, UK, добавляется CHECK.
Описание слайда:
Реализация. Arcs Сохраняется сущность супертипа. Для подтипов создаются отдельные сущности, которые ограничены дугой (arc). Связи между супертипом и подтипами – 1:1. Реализация аналогична реализации дуг. Primary UID супертипа соответствует PK для всех таблиц. FKs в таблице супертипа: optional, UK, добавляется CHECK.

Слайд 17





Реализация. Arcs
Описание слайда:
Реализация. Arcs

Слайд 18





Реализация. Arcs
Описание слайда:
Реализация. Arcs

Слайд 19





Иерархические связи
В примере используются
каскадные UID.
Описание слайда:
Иерархические связи В примере используются каскадные UID.

Слайд 20





Иерархические связи. Реализация
Описание слайда:
Иерархические связи. Реализация

Слайд 21





Рекурсивные связи
Описание слайда:
Рекурсивные связи

Слайд 22





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

Слайд 23





Исторические данные
Учет значений, которые меняются со временем.
Пример:
Описание слайда:
Исторические данные Учет значений, которые меняются со временем. Пример:

Слайд 24





Исторические данные
Описание слайда:
Исторические данные

Слайд 25





Исторические данные
Описание слайда:
Исторические данные

Слайд 26





Исторические данные
Описание слайда:
Исторические данные

Слайд 27





Исторические данные
Описание слайда:
Исторические данные

Слайд 28





Исторические данные
Описание слайда:
Исторические данные



Похожие презентации
Mypresentation.ru
Загрузить презентацию