Что такое findslide.org?

FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.


Для правообладателей

Обратная связь

Email: Нажмите что бы посмотреть 

Яндекс.Метрика

Презентация на тему Системы баз данных

Содержание

Содержание курсаКонцепция баз данных и СУБДМодели данных (иерархическая, сетевая, реляционная)Типы связейКлючи и целостностьРеляционная алгебраОсновы SQLПроектирование реляционных баз данных
Системы баз данныхИванюкович  Владимир Александрович Содержание курсаКонцепция баз данных и СУБДМодели данных (иерархическая, сетевая, реляционная)Типы связейКлючи и Рекомендуемая литератураК.Дж. Дейт. Введение в системы баз данных. Восьмое издание. – М.: Вильямс, Концепция баз данныхФайлы, содержащие описание структур хранения данных и сведения о данных Создание структуры хранения данныхСОЗДАТЬ ТАБЛИЦУ Расписание (Номер_Рейса			Целое, Дни_Недели			Текст (8), Пункт_Отправления 		Текст (24), Поиск и обработка данныхВЫБРАТЬ Номер_Рейса, Дни_Недели, 					Время_Вылета ИЗ ТАБЛИЦЫ Расписание ГДЕ Пункт_Отправления Иерархическая модель данныхНедостатки:невозможно избежать дублирования информации о товарах; нельзя ввести информацию о Сетевая модель данныхНедостатки:базы данных сложны и их сложность возрастает при увеличении количества Реляционная модель продолжение Реляционная модель Реляционная модель  (relation – отношения)данные на концептуальном уровне представляются в виде Идея реляционной модели данных Строки таблицы с n колонками, состоящими из элементов Связь «один-к-одному» (1:1): В каждый момент времени каждому представителю сущности А соответствует Связь «один-ко-многим» (1:М): одному представителю сущности А соответствуют 0, 1 или несколько Связь «многие-ко-многим» (N:М): каждому представителю сущности А может соответствовать множество представителей сущности Ключи и целостность реляционных данных (1)Целостность (integrity – неприкосновенность, сохранность, целостность) – Ключи и целостность данных (2) Потенциальные ключиПотенциальный ключ K для некоторого отношения Ключи и целостность данных (3) Потенциальные ключиПервичный и альтернативные ключи являются частным Ключи и целостность данных (4)  Целостность объектовПравило целостности объектов: Ни один Ключи и целостность данных (5) Внешние ключиОсновное назначение внешних ключей – организация Ключи и целостность данных (6) Целостность по ссылкамЦелостность по ссылкам: База данных Ключи и целостность данных (8) Внешние ключиПравило внешних ключей предполагает принятие решения:Что Ключи и целостность данных (9) Внешние ключиРеляционная модель допускает появление Null-значений среди Ключи и целостность данных (10) Целостность атрибутаЗначение каждого атрибута берется из соответствующего домена. Типы данных Категории Character string – Строки символов;Bit string – Строки битов;Exact Строковые типы данных Character (n) – строка фиксированной длины n. Если символов Битовые типы данных BIT (n) – строка фиксированной длины (фиксированные числа битов). Точные числовые типы данных Точность – число значащих цифр в записи числа;Масштаб Пример:  Хранение числа 123,55 Вещественные числовые типы данных Числа с плавающей точкой применяются для хранения приближенных Календарные типы данных DATE – имеет формат YYYY-MM-DD.TIME – имеет формат HH:MM:SS. Реляционная алгебраЗамкнутость;Правила наследования имен атрибутов;Правила наследования потенциальных ключей;Совместимость по типу: Два отношения Традиционные реляционные операции (1) ОбъединениеОбъединением двух совместимых по типу отношений А и Традиционные реляционные операции (2)  ПересечениеПересечением дух совместимых по типу отношений А Традиционные реляционные операции (3) ВычитаниеВычитанием двух совместимых по типу отношений А и Традиционные реляционные операции (4) ПроизведениеДекартово произведение двух отношений А и В (A Специальные реляционные операции (1) ВыборкаВыборка (RESTRICT или SELECT) – это сокращенное название Специальные реляционные операции (2) ПроекцииПроекцией (PROJECT) отношения А по атрибутам X, Y, Специальные реляционные операции (3)Соединение (JOIN) – это разновидность операции произведения, в которой Естественное (или внутреннее) соединение (4)Естественным (или внутренним) соединением отношений А и В Специальные реляционные операции (5) Внешнее соединениеПри внешнем соединении кортеж, который невозможно соединить Специальные реляционные операции (6) СоединенияОтношения можно соединять по атрибутам, имеющим либо общие Специальные реляционные операции (7)Делением (DIVIDED BY) двух отношений, бинарного и унарного, является отношение, Дополнительные реляционные операции Операция расширения EXTEND A ADD expr AS Z; Пример: Подсчитать количество поставок, сделанных каждым поставщиком. EXTEND Поставщики ADD COUNT ((Поставки Дополнительные реляционные операции. Операция подведения итогов SUMMARIZE A BY (A1,A2,…,An) ADD expr Пример: Подсчитать количество поставок, сделанных каждым поставщиком. SUMMARIZE Поставки BY (П№) ADD Дополнительные реляционные операции. Возможные операции: Переименование имени поля:Детали RENAME Гор AS Гор_ДПрисвоение: Примеры использования реляционной алгебры для выражения словесных запросов в виде формул (1)Получить Примеры использования реляционной алгебры для выражения словесных запросов в виде формул (2)Получить Примеры использования реляционной алгебры для выражения словесных запросов в виде формул (3)Получить Примеры использования реляционной алгебры для выражения словесных запросов в виде формул (4)Получить Примеры использования реляционной алгебры и SQL для выражения словесных запросов в виде Основы SQL  (Structured Query Language) Синтаксис SQLзапятые используются для разделения компонентов списка параметров;точки используются для отделения имен Классификация операторов SQLОператоры определения данных – определяют содержимое реляционной базы данных в Типы данных Категории Character string – Строки символов;Bit string – Строки битов;Exact Создание и обслуживание таблиц CREATE TABLE Проекты 	(Пр№ 	CHAR(3)	NOT NULL PRIMARY KEY, Создание внешних ключейCREATE TABLE Поставки 	(П№ 	CHAR(3)	NOT NULL REFERENCES Поставщики,  	Пр№ Обеспечение целостности данных по ссылкамCREATE TABLE Поставки (П№ 	CHAR(3) 	REFERENCES Поставщики Обеспечение целостности атрибутаCREATE TABLE Детали (Д№ 	CHAR(3)	NOT NULL PRIMARY KEY,  Имя_Д Редактирование таблицыALTER TABLE Детали ADD [Дата изготовления] DATE;Характер изменения:ADD, MODIFY, DELETEУдаление таблицы:DROP TABLE Детали; Управление данными Доступ к данным  		Виды полномочий: SELECT, UPDATE, ALL Запрос на выборку SELECT [ALL/DISTINCT] [TOP n [PERCENT]] список полей FROM имена Запрос на выборку  ПримерSELECT Имя_Д, Вес FROM Детали WHERE Вес>500 ORDER BY [Вес] DESC; Статистические функции SELECT статистическая функция (имя поля) AS заголовок поля [, список Статистические функции.  Пример 1Подсчитать общее количество деталей: 			SELECT SUM(Поставки.Кол) 		FROM Поставки;Можно Статистические функции.  Пример 2Количество кортежей в отношении: SELECT COUNT (*) AS Кол_кортежей 		FROM Поставки; Статистические функции.  Пример 3Применение статистических функций к отдельным группам кортежей: SELECT Статистические функции.  Пример 3Ограничения на результат:SELECT Пк.ПN, SUM (Пк.Кол) FROM Поставки Создание соединений (1)  Произведение двух отношений:		SELECT *  		FROM Проекты, Поставки; Создание соединений (2)  Можно соединить произвольное число отношений:	SELECT DISTINCT П.Имя_П, Д.Имя_Д, Создание соединений (3)  SELECT список полей FROM имя таблицы {INNER/LEFT/RIGHT} JOIN Создание соединений  Пример 1Соединение отношений Проекты и Поставки базы данных Проекты-Поставщики-ДеталиSELECT Создание соединений  Пример 2  Какие детали поставляются несколькими поставщиками?SELECT F.ПN, Вложенные запросыSELECT список полейFROM список таблицWHERE [имя таблицы.] имя поля 	IN (SELECT Вложенные запросы Пример 1Найти номера поставщиков, поставляющих хотя бы одну черную деталь. Вложенные запросы Пример 2Можно добавить имена поставщиков: SELECT П.Имя_П FROM Поставщики П Вложенные запросы Пример 3Такой же результат можно получить соединением: SELECT DISTINCT П.Имя_П Вложенные запросы Пример 4Проверка на существование : SELECT * FROM Поставщики П Запрос на объединение SELECT оператор выборки UNION  SELECT оператор выборки Запрос на объединение  Пример SELECT Имя_П AS Наименование  	FROM Поставщики Оператор EXISTSОператор EXISTS в предложении WHERE выполняет проверку на существование данных, которые Два решения задачи: Найти номера деталей, поставляемых поставщиком из города, название которого Можно добавить сведения из третьей таблицы:SELECT DISTINCT Д.Имя_Д 	FROM Детали AS Д Реализация операции пересеченияПересечение таблиц Детали и Поставщики по полю ГорSELECT DISTINCT Д.Гор Реализация операции вычитания (1)Разность таблиц Детали и Поставщики по полю ГорSELECT DISTINCT Реализация операции пересечения (2)Разность таблиц Детали и Поставщики по полю ГорSELECT DISTINCT Реализация операции деленияПолучить номера поставщиков, поставляющих все деталиSELECT DISTINCT Пк.ПN FROM Поставки Запросы на изменение записей Добавление записей:INSERT INTO таблица-получатель SELECT список полей FROM Перекрестные запросы TRANSFORM статистическая функция (имя поля) [AS наименование]  SELECT список Перекрестные запросы Пример Представить данные о количествах деталей, поставленных каждым поставщиком.TRANSFORM Sum(Пк.Кол) Проектирование баз данных. Проблемы, которые необходимо избегатьАномалии обновления – из-за избыточности данных Нормализация отношений Нормализация – это разбиение (или декомпозиция) таблицы на две или Функциональные зависимости (1)Пусть X и Y – произвольные подмножества множества атрибутов отношения Функциональные зависимости (2)Тривиальные зависимости – те, которые не могут не выполняться: 		{П№,Д№}→П№Неприводимые Функциональные зависимости (3) Диаграмма функциональных зависимостей для учебной базы данных «Проекты, Поставщики, Детали» Первая нормальная форма (1)Таблица находится в первой нормальной форме (1НФ) тогда и Первая нормальная форма (2) Универсальное отношение Первая нормальная форма (3) Диаграмма функциональных зависимостей Первая нормальная форма (4) АномалииВставка (Insert). Нельзя вставить данные о поставщике (П5), Вторая нормальная форма (1) Таблица находится во второй нормальной форме (2НФ), если Вторая нормальная форма (2) Диаграмма функциональных зависимостей отношения, приведенного к 2НФ Вторая нормальная форма (3) Преобразованные отношения Вторая нормальная форма (4) АномалииВставка – нельзя включить данные о некотором городе Транзитивные зависимостиЕсли выполняются функциональные зависимости А→В и В→С, то выполняется также и Третья нормальная форма (1) Отношение находится в третьей нормальной форме (3НФ) тогда Третья нормальная форма (2) Варианты декомпозицииФункциональные зависимости:П№→Город П№→ Статус Город→Статус Варианты декомпозиции:А: Третья нормальная форма (3)  Декомпозиция с сохранением зависимости (Риссанен (Rissanen)).Проекции R1 Нормальная форма Бойса-Кодда (1) (Bouce-Codd)Определение 3НФ не корректно, еслиотношение имеет два или Нормальная форма Бойса-Кодда (2)Отношение находится в нормальной форме Бойса-Кодда (НФБК) тогда и Нормальная форма Бойса-Кодда (3) Пример отношения в НФБКОтношение Поставщик	(П№, Имя_П, Статус, Город)  с неперекрывающимися ключами Нормальная форма Бойса-Кодда (4) ПримерОтношение СДП с атрибутами (С,Д,П).Ограничения:Каждый студент изучает данный Схема учебной базы данных
Слайды презентации

Слайд 2 Содержание курса
Концепция баз данных и СУБД
Модели данных (иерархическая,

Содержание курсаКонцепция баз данных и СУБДМодели данных (иерархическая, сетевая, реляционная)Типы связейКлючи

сетевая, реляционная)
Типы связей
Ключи и целостность
Реляционная алгебра
Основы SQL
Проектирование реляционных баз

данных

Слайд 3 Рекомендуемая литература
К.Дж. Дейт. Введение в системы баз данных. Восьмое

Рекомендуемая литератураК.Дж. Дейт. Введение в системы баз данных. Восьмое издание. – М.:

издание. – М.: Вильямс, 2005. – 1328 С.)
В.

Иванюкович. Системы баз данных. Вводный курс. Учебное пособие для студентов специальности 1-40 01 02. –Мн., МГЭУ им. А.Д. Сахарова, 2010. – 193 С.


Слайд 4 Концепция баз данных
Файлы, содержащие описание структур хранения данных

Концепция баз данныхФайлы, содержащие описание структур хранения данных и сведения о

и сведения о данных и находящиеся под управлением СУБД,

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

Слайд 5 Создание структуры хранения данных
СОЗДАТЬ ТАБЛИЦУ Расписание (Номер_Рейса Целое, Дни_Недели Текст (8), Пункт_Отправления Текст

Создание структуры хранения данныхСОЗДАТЬ ТАБЛИЦУ Расписание (Номер_Рейса			Целое, Дни_Недели			Текст (8), Пункт_Отправления 		Текст

(24), Время_Вылета Время, Пункт_Назначения Текст (24), Время_Прибытия Время, Тип_Самолета Текст (8), Стоимость_Билета Денежный);


Слайд 6 Поиск и обработка данных
ВЫБРАТЬ Номер_Рейса, Дни_Недели, Время_Вылета ИЗ ТАБЛИЦЫ

Поиск и обработка данныхВЫБРАТЬ Номер_Рейса, Дни_Недели, 					Время_Вылета ИЗ ТАБЛИЦЫ Расписание ГДЕ

Расписание ГДЕ Пункт_Отправления = 'Москва' И Пункт_Назначения = 'Минск' И

Время_Вылета > ‘17’;

ВЫБРАТЬ КОЛИЧЕСТВО (Номер_Рейса) ИЗ ТАБЛИЦЫ Расписание ГДЕ Пункт_Отправления = 'Москва' И Пункт_Назначения = 'Минск';

Слайд 7 Иерархическая модель данных
Недостатки:
невозможно избежать дублирования информации о товарах;

Иерархическая модель данныхНедостатки:невозможно избежать дублирования информации о товарах; нельзя ввести информацию


нельзя ввести информацию о товарах, на которые нет заказов;
нельзя

вести учет запаса товаров на складе.

Слайд 8 Сетевая модель данных
Недостатки:
базы данных сложны и их сложность

Сетевая модель данныхНедостатки:базы данных сложны и их сложность возрастает при увеличении

возрастает при увеличении количества сущностей или атрибутов;
новые манипуляции

с данными потребуют создания новых связей.

Слайд 9 Реляционная модель

Реляционная модель

Слайд 10 продолжение

продолжение

Слайд 11 Реляционная модель

Реляционная модель

Слайд 12 Реляционная модель (relation – отношения)
данные на концептуальном уровне

Реляционная модель (relation – отношения)данные на концептуальном уровне представляются в виде

представляются в виде двумерных таблиц, в которых хранится информация

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

Слайд 13 Идея реляционной модели данных
Строки таблицы с n

Идея реляционной модели данных Строки таблицы с n колонками, состоящими из

колонками, состоящими из элементов множеств A1, A2, …, An,

можно представить как подмножество в прямом произведении A1×A2×… ×An. Строки образуют список из n элементов, по одному из каждого множества Ai, а вся таблица представляет собой n-арное отношение. Например, таблицу КЛИЕНТЫ можно рассматривать как подмножество множества A1×A2×A3×A4, где A1 – множество кодов клиентов, A2 – множество имен клиентов, A3 – множество их адресов, An – множество названий организаций. Один из элементов этого отношения – строка К1, Андрей, Минск, ИНКО.

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

Слайд 14 Связь «один-к-одному» (1:1): В каждый момент времени каждому

Связь «один-к-одному» (1:1): В каждый момент времени каждому представителю сущности А

представителю сущности А соответствует 1 или 0 представителей сущности

В, а каждому представителю сущности В соответствует 1 или 0 представителей сущности А.

Слайд 15 Связь «один-ко-многим» (1:М): одному представителю сущности А соответствуют

Связь «один-ко-многим» (1:М): одному представителю сущности А соответствуют 0, 1 или

0, 1 или несколько представителей сущности В, а любому

представителю сущности В соответствует 1 или 0 представителей сущности А.

Слайд 16 Связь «многие-ко-многим» (N:М): каждому представителю сущности А может

Связь «многие-ко-многим» (N:М): каждому представителю сущности А может соответствовать множество представителей

соответствовать множество представителей сущности В, а каждому представителю сущности

В может соответствовать множество представителей сущности А.

Слайд 17 Ключи и целостность реляционных данных (1)
Целостность (integrity –

Ключи и целостность реляционных данных (1)Целостность (integrity – неприкосновенность, сохранность, целостность)

неприкосновенность, сохранность, целостность) – правильность данных в любой момент

времени.
Поддержание целостности базы данных – защита данных от неверных изменений или разрушений.
Основные механизмы обеспечения целостности данных связаны с понятием первичных и внешних ключей.

Слайд 18 Ключи и целостность данных (2) Потенциальные ключи
Потенциальный ключ K

Ключи и целостность данных (2) Потенциальные ключиПотенциальный ключ K для некоторого

для некоторого отношения R – это подмножество множества атрибутов

R, обладающее следующими свойствами:
Свойством уникальности (нет двух различных кортежей в отношении R с одинаковым значением K).
Свойством неизбыточности (никакое из подмножеств K не обладает свойством уникальности).


Слайд 19 Ключи и целостность данных (3) Потенциальные ключи
Первичный и альтернативные

Ключи и целостность данных (3) Потенциальные ключиПервичный и альтернативные ключи являются

ключи являются частным случаем потенциального ключа.
Надмножество потенциального ключа называется

суперключом (например, суперключом для отношения Проекты является множество атрибутов {Пр№, Имя_проекта}).
Суперключ обладает свойством уникальности, но не обязательно обладает свойством несократимости.
Потенциальный ключ – это частный случай суперключа .

Слайд 20 Ключи и целостность данных (4) Целостность объектов
Правило целостности

Ключи и целостность данных (4) Целостность объектовПравило целостности объектов: Ни один

объектов:
Ни один элемент первичного ключа базового отношения не

может быть Null-значением.

Если кортеж имеет Null-значение некоторого атрибута, то это означает, что в таком кортеже значение атрибута по какой-то причине отсутствует.

Слайд 21 Ключи и целостность данных (5) Внешние ключи
Основное назначение внешних

Ключи и целостность данных (5) Внешние ключиОсновное назначение внешних ключей –

ключей – организация связей между отношениями. Связь создается по

данным, хранящимся в поле первичного ключа одной таблицы и в поле внешнего ключа другой таблицы с данными, такими же по смыслу и типу.
Условия необходимости выбора внешних ключей:
Если сущность С связывает сущности А и В, то она должна включать внешние ключи, соответствующие первичным ключам сущностей А и В.
Если сущность В обозначает сущность А, то она должна включать внешний ключ, соответствующий первичному ключу сущности А.

Слайд 22 Ключи и целостность данных (6) Целостность по ссылкам
Целостность по

Ключи и целостность данных (6) Целостность по ссылкамЦелостность по ссылкам: База

ссылкам:
База данных не должна содержать несогласованных значений внешних

ключей.
Т.е., если В ссылается на А, то А должно существовать.

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

Слайд 23 Ключи и целостность данных (8) Внешние ключи
Правило внешних ключей

Ключи и целостность данных (8) Внешние ключиПравило внешних ключей предполагает принятие

предполагает принятие решения:
Что должно случиться при попытке удалить объект

ссылки внешнего ключа?
Что должно случиться при попытке обновить потенциальный ключ, на который ссылается внешний ключ?
Существует две возможности:
ограничение – «ограничить» операции до момента появления первой ссылки;
каскадирование – «каскадировать» операции, удаляя или обновляя все соответствующие атрибуты.

Слайд 24 Ключи и целостность данных (9) Внешние ключи
Реляционная модель допускает

Ключи и целостность данных (9) Внешние ключиРеляционная модель допускает появление Null-значений

появление Null-значений среди атрибутов внешних ключей!

Определение внешнего ключа:
Внешний ключ

FK в отношении R2 – это подмножество множества атрибутов R2 такое, что существует базовое отношение R1 с потенциальным ключом CK, для которого каждое значение FK в текущем значении R2 или является Null-значением, или совпадает со значением CK некоторого кортежа в текущем значении R1.

Слайд 25 Ключи и целостность данных (10) Целостность атрибута
Значение каждого атрибута

Ключи и целостность данных (10) Целостность атрибутаЗначение каждого атрибута берется из соответствующего домена.

берется из соответствующего домена.


Слайд 26 Типы данных Категории
Character string – Строки символов;
Bit string –

Типы данных Категории Character string – Строки символов;Bit string – Строки

Строки битов;
Exact numeric – Рациональные (целые и действительные) числа

с плавающей десятичной точкой;
Approximate numeric – Вещественные числа (с плавающей точкой);
Date time – значения даты и времени;
Interval – интервалы даты и времени.

Слайд 27 Строковые типы данных
Character (n) – строка фиксированной

Строковые типы данных Character (n) – строка фиксированной длины n. Если

длины n. Если символов меньше чем n, то добавляются

пробелы. Синонимы – Char(n).
Character varying (n) – строка переменной длины, длинной менее n. Синонимы: Char varying, Charvar.
National Character (National Char, NChar) – совпадает с типом Char, только хранит лишь стандартизованные многобайтовые или двухбайтовые знаки (Unicode). National Character Varying – то же для строк переменной длины.
Unicode – единое множество 16-разрядных чисел, которое представляет знаки почти всех мировых языков. Содержит 65536 = 216 знаков.

В СУБД Access к строковым типам данных относятся: text и memo.

Слайд 28 Битовые типы данных
BIT (n) – строка фиксированной

Битовые типы данных BIT (n) – строка фиксированной длины (фиксированные числа

длины (фиксированные числа битов). Max длина определяется СУБД. Если

длина строки меньше n, то получите сообщение об ошибке. В стоке BIT перед первой кавычкой должна стоять латинская В, например, В'01001' – это строка типа BIT(5). Bit varying – аналогично, как Charvar.
Тип данных BIT используется для хранения так называемых больших бинарных объектов (Binary Large Object – BLOB) – например, звук, изображение.

В СУБД Access к BIT типу данных относятся: YES, NO, BINARY, OLE OBJECT.

Слайд 29 Точные числовые типы данных
Точность – число значащих

Точные числовые типы данных Точность – число значащих цифр в записи

цифр в записи числа;
Масштаб – число цифр справа от

десятичной точки (масштаб ≤ точности).

Типы:
Numeric (точность [,масштаб]) – представляет произвольное рациональное число.
Decimal – аналогичен NUMERIC, но только задает нижнюю границу точности, т.е. СУБД может выбрать большую точность, чем заказано пользователем.
Integer (или INT) – представляет произвольное целое число.
SMALLINT – повторяет INT, только интервал допустимых значений уже.

В СУБД Access: DECIMAL, INTEGER, BYTE, LONG INTEGER.

Слайд 30 Пример: Хранение числа 123,55

Пример: Хранение числа 123,55

Слайд 31 Вещественные числовые типы данных
Числа с плавающей точкой

Вещественные числовые типы данных Числа с плавающей точкой применяются для хранения

применяются для хранения приближенных числовых значений.

FLOAT (точность) – представляет

произвольное рациональное приближение действительного числа с плавающей точкой. Значение точности представляется не в количестве значащих десятичных цифр, а в количестве битов. Точность не должна быть меньше 1. Для преобразования десятеричной точности в бинарную надо умножить десятеричную точность на 3.32193. Например, 7 знаков точности дают 24 бита.
REAL – совпадает с FLOAT, но точность вводить не надо, ее автоматически определяет СУБД. Числа типа REAL называют числами одинарной точности с плавающей точкой.
DOUBLE PRECISION –числа двойной точности с плавающей точкой.

В СУБД Access – SINGLE, DOUBLE.

Слайд 32 Календарные типы данных
DATE – имеет формат YYYY-MM-DD.
TIME

Календарные типы данных DATE – имеет формат YYYY-MM-DD.TIME – имеет формат

– имеет формат HH:MM:SS. Можно добавить аргумент “точность” для

долей секунд.
TIMESTAMP – имеет формат YYYY-MM-DD_ HH:MM:SS.
Интервальные типы данных.

B СУБД ACCESS: date/time.


Слайд 33 Реляционная алгебра
Замкнутость;
Правила наследования имен атрибутов;
Правила наследования потенциальных ключей;
Совместимость

Реляционная алгебраЗамкнутость;Правила наследования имен атрибутов;Правила наследования потенциальных ключей;Совместимость по типу: Два

по типу: Два отношения совместимы по типу, если каждое

из них имеет одно и то же множество имен атрибутов и соответствующие атрибуты определены на одном и том же домене.

Слайд 34 Традиционные реляционные операции (1) Объединение
Объединением двух совместимых по типу

Традиционные реляционные операции (1) ОбъединениеОбъединением двух совместимых по типу отношений А

отношений А и В (A UNION B) называется отношение

с тем же заголовком, как и в отношениях А и В, и с телом, состоящим из множества всех кортежей t, принадлежащих А или В или обоим отношениям. При этом совпадающие кортежи записываются один раз.

Слайд 35 Традиционные реляционные операции (2) Пересечение
Пересечением дух совместимых по

Традиционные реляционные операции (2) ПересечениеПересечением дух совместимых по типу отношений А

типу отношений А и В (A INTERSECT B) называется

отношение с тем же заголовком, как и в отношениях А и В, и с телом, состоящим из множества всех кортежей t, которые принадлежат одновременно обоим отношениям А и В.



Слайд 36 Традиционные реляционные операции (3) Вычитание
Вычитанием двух совместимых по типу

Традиционные реляционные операции (3) ВычитаниеВычитанием двух совместимых по типу отношений А

отношений А и В (A MINUS B) называется отношение

с тем же заголовком, как и в отношениях А и В, и с телом, состоящим из множества всех кортежей t, принадлежащих отношению А и не принадлежащих отношению В.



Слайд 37 Традиционные реляционные операции (4) Произведение
Декартово произведение двух отношений А

Традиционные реляционные операции (4) ПроизведениеДекартово произведение двух отношений А и В

и В (A TIMES B), где А и В

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

Слайд 38 Специальные реляционные операции (1) Выборка
Выборка (RESTRICT или SELECT) –

Специальные реляционные операции (1) ВыборкаВыборка (RESTRICT или SELECT) – это сокращенное

это сокращенное название θ-выборки, где θ обозначает любой скалярный

оператор сравнения (=, ≠, ≥, > и т.д.). θ-выборкой из отношения А по атрибутам X и Y (A WHERE X θ Y) (порядок учитывается!) называется отношение, имеющее тот же заголовок, что и отношение А, и тело, содержащее множество всех кортежей t отношения А, для которых проверка условия «X θ Y» дает значение истина. Атрибуты X и Y должны быть определены на одном и том же домене, а оператор сравнения θ должен иметь смысл для данного домена.

Слайд 39 Специальные реляционные операции (2) Проекции
Проекцией (PROJECT) отношения А по

Специальные реляционные операции (2) ПроекцииПроекцией (PROJECT) отношения А по атрибутам X,

атрибутам X, Y, …, Z, где каждый из атрибутов

принадлежит отношению А, называется отношение с заголовком {X,Y,…,Z} и телом, содержащим множество кортежей с атрибутами, совпадающими с соответствующими атрибутами отношения А.

Т.е., с помощью операции проекции получается вертикальное подмножество исходного отношения


Слайд 40 Специальные реляционные операции (3)
Соединение (JOIN) – это разновидность

Специальные реляционные операции (3)Соединение (JOIN) – это разновидность операции произведения, в

операции произведения, в которой сцепление кортежей основывается на задаваемом

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


Слайд 41 Естественное (или внутреннее) соединение (4)
Естественным (или внутренним) соединением

Естественное (или внутреннее) соединение (4)Естественным (или внутренним) соединением отношений А и

отношений А и В (A JOIN B) с заголовками

X,Y и Y,Z соответственно и с атрибутами Y, определенными на одном и том же домене, называется отношение с заголовком {X,Y,Z} и телом, содержащим множество кортежей с атрибутами, совпадающими с соответствующими атрибутами отношений А и В.

Слайд 42 Специальные реляционные операции (5) Внешнее соединение
При внешнем соединении кортеж,

Специальные реляционные операции (5) Внешнее соединениеПри внешнем соединении кортеж, который невозможно

который невозможно соединить с кортежем соответствующей таблицы из-за отсутствия

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



Слайд 43 Специальные реляционные операции (6) Соединения
Отношения можно соединять по атрибутам,

Специальные реляционные операции (6) СоединенияОтношения можно соединять по атрибутам, имеющим либо

имеющим либо общие домены, либо сопоставимые домены, когда значения

данных из одного домена можно сопоставить со значениями данных из другого домена.

Соединение обладает свойствами ассоциативности и коммутативности.

Если отношения А и В не имеют общих имен атрибутов, то естественное соединение превращается в декартово произведение.


Слайд 44 Специальные реляционные операции (7)
Делением (DIVIDED BY) двух отношений, бинарного

Специальные реляционные операции (7)Делением (DIVIDED BY) двух отношений, бинарного и унарного, является

и унарного, является отношение, содержащее все значения одного атрибута

бинарного отношения, которые соответствуют (в другом атрибуте) всем значениям в унарном отношении.

Слайд 45 Дополнительные реляционные операции Операция расширения
EXTEND A ADD expr

Дополнительные реляционные операции Операция расширения EXTEND A ADD expr AS Z;

AS Z;
Результат: Отношение с заголовком, эквивалентным заголовку отношения

А, расширенному новым атрибутом Z, который рассчитывается скалярным выражением expr для кортежа отношения А.

Операция расширения обеспечивает возможность горизонтального или построчного вычисления.

Слайд 46 Пример: Подсчитать количество поставок, сделанных каждым поставщиком.
EXTEND

Пример: Подсчитать количество поставок, сделанных каждым поставщиком. EXTEND Поставщики ADD COUNT

Поставщики ADD COUNT ((Поставки RENAME П№ AS X) WHERE

X= №) AS Кол_П;

Операция расширения обеспечивает возможность горизонтального или построчного вычисления.


Слайд 47 Дополнительные реляционные операции. Операция подведения итогов
SUMMARIZE A BY

Дополнительные реляционные операции. Операция подведения итогов SUMMARIZE A BY (A1,A2,…,An) ADD

(A1,A2,…,An) ADD expr AS Z;
Результат: Отношение с

заголовком {A1,A2,…,An,Z} и с телом, содержащим все такие кортежи t, которые являются кортежами проекции отношения А по атрибутам A1,A2,…,An, расширенного значением для нового атрибута Z. Значение Z подсчитывается вычислением итогового значения expr по всем кортежам отношения А.
Пример:
SUMMARIZE Поставки BY(Д№) ADD SUM(Кол) AS Общ_кол

Слайд 48 Пример: Подсчитать количество поставок, сделанных каждым поставщиком.
SUMMARIZE

Пример: Подсчитать количество поставок, сделанных каждым поставщиком. SUMMARIZE Поставки BY (П№) ADD COUNT AS Кол_П;

Поставки BY (П№) ADD COUNT AS Кол_П;


Слайд 49 Дополнительные реляционные операции. Возможные операции:
Переименование имени поля:
Детали RENAME

Дополнительные реляционные операции. Возможные операции: Переименование имени поля:Детали RENAME Гор AS

Гор AS Гор_Д

Присвоение: Поставки := Поставки MINUS (Поставки WHERE Кол

= 0);

Обновление: INSERT (Поставщики WHERE Гор_П=Минск ) INTO Temp; UPDATE (Поставщики WHERE Гор_П=Брест) СТАТУС<40; DELETE Поставщики WHERE Статус < 20;

Слайд 50 Примеры использования реляционной алгебры для выражения словесных запросов

Примеры использования реляционной алгебры для выражения словесных запросов в виде формул

в виде формул (1)
Получить имена поставщиков, которые поставляют деталь

Д2.

((Поставки JOIN Поставщики) WHERE Д№=’Д2’) [Имя_П];

Слайд 51 Примеры использования реляционной алгебры для выражения словесных запросов

Примеры использования реляционной алгебры для выражения словесных запросов в виде формул

в виде формул (2)
Получить имена поставщиков, которые поставляют по

крайней мере одну черную деталь.

(((Детали WHERE Цв = ‘Черный’) JOIN Поставки) [П№] JOIN Поставщики) [Имя_П];

или
(((Детали WHERE Цв = ‘Черный’) [Д№] JOIN Поставки) JOIN Поставщики) [Имя_П];

Слайд 52 Примеры использования реляционной алгебры для выражения словесных запросов

Примеры использования реляционной алгебры для выражения словесных запросов в виде формул

в виде формул (3)
Получить имена поставщиков, которые поставляют все

детали.


((Поставки [П№,Д№] DIVIDED BY Детали [Д№] JOIN Поставщики) [Имя_П];

Слайд 53 Примеры использования реляционной алгебры для выражения словесных запросов

Примеры использования реляционной алгебры для выражения словесных запросов в виде формул

в виде формул (4)
Получить номера поставщиков, которые поставляют по

крайней мере все те детали, которые поставляет поставщик П2.

Поставки [П№,Д№] DIVIDED BY (Поставки WHERE Имя_П=’П2’) [Д№]

Слайд 54 Примеры использования реляционной алгебры и SQL для выражения

Примеры использования реляционной алгебры и SQL для выражения словесных запросов в

словесных запросов в виде формул (5)
Получить имена поставщиков, которые

не поставляют деталь Д2.

((Поставщики [П№] MINUS (Поставки WHERE Д№=’Д2’) [П№]) JOIN (Поставщики) [Имя_П];

SQL:
SELECT DISTINCT Поставщики.[Имя_П] FROM Поставщики WHERE Поставщики.[П.№] NOT IN (SELECT Поставки.[П№] FROM Поставки WHERE Поставки.[Д№]=’Д2’);

Слайд 55 Основы SQL (Structured Query Language)



Основы SQL (Structured Query Language)

Слайд 56 Синтаксис SQL
запятые используются для разделения компонентов списка параметров;
точки

Синтаксис SQLзапятые используются для разделения компонентов списка параметров;точки используются для отделения

используются для отделения имен таблиц от имен полей;
точка с

запятой ставится в конце инструкции Jet SQL;
квадратные скобки используются для выделения имен полей только тогда, когда в именах используются пробелы или другие знаки пунктуации, не разрешенные в SQL;
одинарная кавычка применяется для описания строчных переменных;
символы * и ? используются для маскирования окончания или одного символа соответственно;
символ # применяется для представления одной цифры в операторе LIKE.

Слайд 57 Классификация операторов SQL
Операторы определения данных – определяют содержимое

Классификация операторов SQLОператоры определения данных – определяют содержимое реляционной базы данных

реляционной базы данных в виде таблиц и представлений;

Операторы манипулирования

данных – используются для извлечения, вставки, обновления и удаления данных, содержащихся в таблицах и представлениях;

Операторы управления данными – ограничивают доступ к данным.

Слайд 58 Типы данных Категории
Character string – Строки символов;
Bit string –

Типы данных Категории Character string – Строки символов;Bit string – Строки

Строки битов;
Exact numeric – Рациональные (целые и действительные) числа

с плавающей десятичной точкой;
Approximate numeric – Вещественные числа (с плавающей точкой);
Date time – значения даты и времени;
Interval – интервалы даты и времени.

Слайд 59 Создание и обслуживание таблиц
CREATE TABLE Проекты (Пр№ CHAR(3) NOT

Создание и обслуживание таблиц CREATE TABLE Проекты 	(Пр№ 	CHAR(3)	NOT NULL PRIMARY

NULL PRIMARY KEY, ИмяПр CHAR(15) UNUQUE, Гор CHAR(20));

Ограничения на атрибуты:
NOT

NULL – не разрешает присваивать значения NULL;
DEFAULT – задает значения по умолчанию;
PRIMARY KEY – задает первичный ключ для таблицы;
FOREIGN KEY (или REFERENCES) – задает внешний ключ;
UNIQUE – не позволяет вводить в столбец повторяющиеся значения;
CHECK – ограничивает с помощью логических выражений значения, которые могут добавляться в столбец.

Слайд 60 Создание внешних ключей
CREATE TABLE Поставки (П№ CHAR(3) NOT NULL REFERENCES

Создание внешних ключейCREATE TABLE Поставки 	(П№ 	CHAR(3)	NOT NULL REFERENCES Поставщики, 	Пр№

Поставщики, Пр№ CHAR(5) NOT NULL REFERENCES Проекты, Д№ CHAR(3) NOT NULL

REFERENCES Детали, Кол INTEGER DEFAULT ′???′
CONSTRAINT ключ PRIMARY KEY (П№ , Пр№, Д№));

Слайд 61 Обеспечение целостности данных по ссылкам
CREATE TABLE Поставки (П№ CHAR(3)

Обеспечение целостности данных по ссылкамCREATE TABLE Поставки (П№ 	CHAR(3) 	REFERENCES Поставщики

REFERENCES Поставщики ON UPDATE CASCADE ON DELETE SET NULL,

Пр№ CHAR(5) NOT NULL REFERENCES Проекты RESTRICT, Д№ CHAR(3) NOT NULL REFERENCES Детали, Кол INTEGER DEFAULT ′???′
CONSTRAINT ключ PRIMARY KEY (П№ , Пр№, Д№));

Слайд 62 Обеспечение целостности атрибута
CREATE TABLE Детали (Д№ CHAR(3) NOT NULL PRIMARY

Обеспечение целостности атрибутаCREATE TABLE Детали (Д№ 	CHAR(3)	NOT NULL PRIMARY KEY, Имя_Д

KEY, Имя_Д CHAR(15) UNUQUE, Цвет CHAR(10) CHECK (Цвет='Черный' OR Цвет

='Красный' OR Цвет ='Желтый' OR Цвет ='???'), Вес INTEGER, Гор CHAR(20));



Слайд 63 Редактирование таблицы


ALTER TABLE Детали ADD [Дата изготовления] DATE;


Характер

Редактирование таблицыALTER TABLE Детали ADD [Дата изготовления] DATE;Характер изменения:ADD, MODIFY, DELETEУдаление таблицы:DROP TABLE Детали;

изменения:
ADD, MODIFY, DELETE


Удаление таблицы:
DROP TABLE Детали;




Слайд 64 Управление данными
Доступ к данным Виды полномочий: SELECT, UPDATE,

Управление данными Доступ к данным 		Виды полномочий: SELECT, UPDATE, ALL GRANT

ALL GRANT UPDATE ON Поставки TO USER1;

Полномочия для всех

пользователей: GRANT UPDATE ON Поставки TO PUBLIC;


Удаление полномочий:
REVOKE UPDATE ON Поставки FROM USER1;

Слайд 65 Запрос на выборку
SELECT [ALL/DISTINCT] [TOP n [PERCENT]]

Запрос на выборку SELECT [ALL/DISTINCT] [TOP n [PERCENT]] список полей FROM

список полей FROM имена таблиц [WHERE условие отбора] [ORDER BY столбцы

сортировки [ASC/DESC]];

ALL – включает все строки, соответствующие указанным далее условиям отбора;
DISTINCT (ключевое слово из ANSI SQL-92) – исключает строки с повторяющимися данными на основе только данных результирующего набора записей;
TOP n [PERCENT] ограничивает количество записей в результирующей таблице первыми n или n% набора.

Слайд 66 Запрос на выборку Пример
SELECT Имя_Д, Вес FROM Детали WHERE Вес>500 ORDER

Запрос на выборку ПримерSELECT Имя_Д, Вес FROM Детали WHERE Вес>500 ORDER BY [Вес] DESC;

BY [Вес] DESC;


Слайд 67 Статистические функции
SELECT статистическая функция (имя поля) AS

Статистические функции SELECT статистическая функция (имя поля) AS заголовок поля [,

заголовок поля [, список полей] FROM имена таблиц [WHERE условие отбора] GROUP

BY условие группировки [HAVING условие для результата] [ORDER BY столбцы сортировки];

Слайд 68 Статистические функции. Пример 1
Подсчитать общее количество деталей:

SELECT

Статистические функции. Пример 1Подсчитать общее количество деталей: 			SELECT SUM(Поставки.Кол) 		FROM Поставки;Можно

SUM(Поставки.Кол)
FROM Поставки;

Можно рассчитать несколько статистических выражений:

SELECT MIN(Кол),

MAX(Кол), SUM(Кол), AVG(Кол)
FROM Поставки;

Слайд 69 Статистические функции. Пример 2
Количество кортежей в отношении:

SELECT

Статистические функции. Пример 2Количество кортежей в отношении: SELECT COUNT (*) AS Кол_кортежей 		FROM Поставки;

COUNT (*) AS Кол_кортежей
FROM Поставки;


Слайд 70 Статистические функции. Пример 3
Применение статистических функций к отдельным

Статистические функции. Пример 3Применение статистических функций к отдельным группам кортежей: SELECT

группам кортежей:

SELECT Пк.ПN, SUM(Пк.Кол) FROM Поставки AS Пк GROUP BY

Пк.ПN;

!

В предложении SELECT необходимо указывать атрибут, по которому производится группировка и нельзя указывать имена атрибутов, не входящих в предложение GROUP BY.


Слайд 71 Статистические функции. Пример 3

Ограничения на результат:

SELECT Пк.ПN, SUM

Статистические функции. Пример 3Ограничения на результат:SELECT Пк.ПN, SUM (Пк.Кол) FROM Поставки

(Пк.Кол) FROM Поставки AS Пк GROUP BY Пк.ПN HAVING COUNT(*)>2;


Слайд 72 Создание соединений (1)
Произведение двух отношений:
SELECT * FROM

Создание соединений (1) Произведение двух отношений:		SELECT * 		FROM Проекты, Поставки; Соединение:		SELECT

Проекты, Поставки;

Соединение:
SELECT * FROM Проекты, Поставки
WHERE Проекты.ПрN=Поставки.ПрN;



Слайд 73 Создание соединений (2)
Можно соединить произвольное число отношений:

SELECT

Создание соединений (2) Можно соединить произвольное число отношений:	SELECT DISTINCT П.Имя_П, Д.Имя_Д,

DISTINCT П.Имя_П, Д.Имя_Д, Пр.Имя_Пр, Пк.Кол FROM Поставщики AS П, Детали

AS Д, Проекты AS Пр, Поставки AS Пк WHERE Д.ДN=Пк.ДN AND П.ПN=Пк.ПN AND Пр.ПрN=Пк.ПрN AND Пк.Кол>500;

Слайд 74 Создание соединений (3)
SELECT список полей FROM имя таблицы

Создание соединений (3) SELECT список полей FROM имя таблицы {INNER/LEFT/RIGHT} JOIN

{INNER/LEFT/RIGHT} JOIN связанная таблица ON условие связи [WHERE условие отбора] [ORDER

BY столбцы сортировки];

Тип соединения:
INNER – соединяет записи из двух таблиц, если связующие поля этих таблиц содержат одинаковые значения;
LEFT (RIGHT) –левое внешнее соединение включает все записи из первой (левой) таблицы и присоединяет к ним записи из второй таблицы, если связующие поля содержат одинаковые значения. Правое внешнее соединение включает все записи из второй (правой) таблицы и присоединяет к ним записи из первой таблицы, если связующие поля содержат одинаковые значения.

Конструкция ON условие связи описывает связь между полями соединений.

Слайд 75 Создание соединений Пример 1
Соединение отношений Проекты и Поставки

Создание соединений Пример 1Соединение отношений Проекты и Поставки базы данных Проекты-Поставщики-ДеталиSELECT

базы данных Проекты-Поставщики-Детали

SELECT DISTINCT Пр.Имя_Пр, Пр.Гор, Пк.ДN, Пк.Кол FROM (Проекты

Пр INNER JOIN Поставки Пк) ON Пр.ПрN=Пк.ПрN;

Слайд 76 Создание соединений Пример 2 Какие детали поставляются несколькими

Создание соединений Пример 2 Какие детали поставляются несколькими поставщиками?SELECT F.ПN, S.ПN,

поставщиками?

SELECT F.ПN, S.ПN, F.ДN FROM Поставки AS F, Поставки AS

S WHERE F.ДN=S.ДN;

Добавим:
AND F.ПN<>S.ПN
и
DISTINCT

Слайд 77 Вложенные запросы
SELECT список полей
FROM список таблиц
WHERE [имя таблицы.]

Вложенные запросыSELECT список полейFROM список таблицWHERE [имя таблицы.] имя поля 	IN

имя поля IN (SELECT оператор выборки [GROUP BY условие группировки]

[HAVING условие отбора])
[ORDER BY столбцы сортировки];

Слайд 78 Вложенные запросы Пример 1

Найти номера поставщиков, поставляющих хотя бы

Вложенные запросы Пример 1Найти номера поставщиков, поставляющих хотя бы одну черную

одну черную деталь.

SELECT Пк.ПN FROM Поставки Пк WHERE Пк.ДN

IN (SELECT Д.ДN FROM Детали Д WHERE Д.Цвет='Черный');

Слайд 79 Вложенные запросы Пример 2

Можно добавить имена поставщиков:

SELECT П.Имя_П

Вложенные запросы Пример 2Можно добавить имена поставщиков: SELECT П.Имя_П FROM Поставщики

FROM Поставщики П WHERE П.ПN IN (SELECT Пк.ПN FROM Поставки

Пк WHERE Пк.ДN IN (SELECT Д.ДN FROM Детали Д WHERE Д.Цв='Черный'));

Слайд 80 Вложенные запросы Пример 3

Такой же результат можно получить соединением:

Вложенные запросы Пример 3Такой же результат можно получить соединением: SELECT DISTINCT



SELECT DISTINCT П.Имя_П FROM Поставщики П, Поставки Пк, Детали Д WHERE

П.ПN=Пк.ПN AND Пк.ДN=Д.ДN AND Д.Цв='Черный';

Как лучше?

Слайд 81 Вложенные запросы Пример 4

Проверка на существование :

SELECT *

Вложенные запросы Пример 4Проверка на существование : SELECT * FROM Поставщики

FROM Поставщики П WHERE П.ПN NOT IN (SELECT Пк.ПN FROM Поставки

Пк);

Слайд 82 Запрос на объединение

SELECT оператор выборки UNION SELECT

Запрос на объединение SELECT оператор выборки UNION SELECT оператор выборки

оператор выборки [GROUP BY условие группировки] [HAVING итоговое условие] [UNION SELECT оператор

выборки [GROUP BY условие группировки] [HAVING итоговое условие]] [UNION …] [ORDER BY столбцы сортировки];

Слайд 83 Запрос на объединение Пример


SELECT Имя_П AS Наименование

Запрос на объединение Пример SELECT Имя_П AS Наименование 	FROM Поставщики 	WHERE

FROM Поставщики WHERE Гор=’Минск’ UNION SELECT Имя_Пр AS Наименование FROM Проекты

WHERE Гор=’Минск’ ORDER BY Наименование;

Слайд 84 Оператор EXISTS
Оператор EXISTS в предложении WHERE выполняет проверку

Оператор EXISTSОператор EXISTS в предложении WHERE выполняет проверку на существование данных,

на существование данных, которые удовлетворяют критериям соответствующего вложенного запроса,

и возвращает булево значение «истина» или «ложь».

Пример. Найти имена поставщиков, которые поставляют деталь Д1:

SELECT DISTINCT П.Имя_П FROM Поставщики AS П WHERE EXISTS (SELECT * FROM Поставки AS Пк WHERE Пк.ПN=П.ПN AND Пк.ДN='Д1');

Слайд 85 Два решения задачи: Найти номера деталей, поставляемых поставщиком из

Два решения задачи: Найти номера деталей, поставляемых поставщиком из города, название

города, название которого начинается с буквы М
SELECT DISTINCT Пк.ДN

FROM Поставки AS Пк WHERE Пк.ПN IN (SELECT П.ПN FROM Поставщики AS П WHERE П.Гор LIKE 'М*');

SELECT DISTINCT Пк.Д№ FROM Поставки Пк WHERE EXISTS (SELECT * FROM Поставщики П WHERE П.П№ = Пк.П№ AND Гор LIKE ′М*′);

Слайд 86 Можно добавить сведения из третьей таблицы:
SELECT DISTINCT Д.Имя_Д

Можно добавить сведения из третьей таблицы:SELECT DISTINCT Д.Имя_Д 	FROM Детали AS


FROM Детали AS Д WHERE EXISTS (SELECT DISTINCT Пк.ДN
FROM Поставки

AS Пк WHERE EXISTS (SELECT *
FROM Поставщики AS П WHERE П.ПN=Пк.ПN AND Гор LIKE 'М*') AND Д.ДN=П.ДN);

Слайд 87 Реализация операции пересечения
Пересечение таблиц Детали и Поставщики по

Реализация операции пересеченияПересечение таблиц Детали и Поставщики по полю ГорSELECT DISTINCT

полю Гор

SELECT DISTINCT Д.Гор
FROM Детали AS Д WHERE EXISTS

(SELECT *
FROM Поставщики П WHERE Д.Гор=П.Гор);

Слайд 88 Реализация операции вычитания (1)
Разность таблиц Детали и Поставщики

Реализация операции вычитания (1)Разность таблиц Детали и Поставщики по полю ГорSELECT

по полю Гор

SELECT DISTINCT Д.Гор
FROM Детали Д WHERE NOT

EXISTS (SELECT *
FROM Поставщики П WHERE Д.Гор=П.Гор);

Слайд 89 Реализация операции пересечения (2)
Разность таблиц Детали и Поставщики

Реализация операции пересечения (2)Разность таблиц Детали и Поставщики по полю ГорSELECT

по полю Гор

SELECT DISTINCT Д.Гор
FROM Детали Д WHERE (SELECT

COUNT (*)
FROM Поставщики П WHERE Д.Гор = П.Гор) >0;

Слайд 90 Реализация операции деления
Получить номера поставщиков, поставляющих все детали

SELECT

Реализация операции деленияПолучить номера поставщиков, поставляющих все деталиSELECT DISTINCT Пк.ПN FROM

DISTINCT Пк.ПN FROM Поставки AS Пк WHERE NOT EXISTS (SELECT Д.ДN FROM

Детали AS Д WHERE NOT EXISTS (SELECT Пк1.ДN FROM Поставки AS Пк1 WHERE Пк1.ПN=Пк.ПN AND Пк1.ДN=Д.ДN));

Слайд 91 Запросы на изменение записей
Добавление записей:
INSERT INTO таблица-получатель SELECT

Запросы на изменение записей Добавление записей:INSERT INTO таблица-получатель SELECT список полей

список полей FROM таблица-источник; [WHERE условие удаления];

Удаление записей:
DELETE FROM

имя таблицы [WHERE условие удаления];

Создание таблицы:
SELECT список полей INTO новая таблица FROM исходная таблица [WHERE условие выбора];

Обновление:
UPDATE имя таблицы SET имя_поля_1=значение [,имя_поля_2=значение[,…]] [WHERE условие обновления];

Слайд 92 Перекрестные запросы
TRANSFORM статистическая функция (имя поля) [AS

Перекрестные запросы TRANSFORM статистическая функция (имя поля) [AS наименование] SELECT список

наименование] SELECT список полей FROM имя таблицы PIVOT поле [IN (значение_1[,

значение_2[, ...]])];


Слайд 93 Перекрестные запросы Пример
Представить данные о количествах деталей, поставленных

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

каждым поставщиком.

TRANSFORM Sum(Пк.Кол) SELECT Пк.ПN, Sum(Пк.Кол) AS [ВСЕГО:] FROM Поставки

AS Пк GROUP BY Пк.ПN PIVOT Пк.ДN;


Слайд 94 Проектирование баз данных. Проблемы, которые необходимо избегать
Аномалии обновления –

Проектирование баз данных. Проблемы, которые необходимо избегатьАномалии обновления – из-за избыточности

из-за избыточности данных при их обновлении необходимо просматривать все

данные, тем не менее, может возникнуть ситуация, когда не все данные будут обновлены (потенциальная противоречивость данных).
Аномалии включения – возможна ситуация, когда в базу нельзя ввести данные, прежде чем не будут получены и введены некоторые дополнительные сведения.
Аномалии удаления – обратная проблема может возникнуть при удалении некоторых данных (возможна потеря полезной информации).
Не минимизировано количество Null-значений. Так же как избыточность, неопределенные значения являются источниками потенциальных проблем в реляционных базах данных, так как невозможно определить, что они означают. Поэтому их использование желательно свести к минимуму.

Слайд 95 Нормализация отношений
Нормализация – это разбиение (или декомпозиция)

Нормализация отношений Нормализация – это разбиение (или декомпозиция) таблицы на две

таблицы на две или более, обладающих лучшими свойствами при

добавлении, изменении и удалении данных;

Нормализованное отношение;

Нормальные формы.

Слайд 96 Функциональные зависимости (1)
Пусть X и Y – произвольные

Функциональные зависимости (1)Пусть X и Y – произвольные подмножества множества атрибутов

подмножества множества атрибутов отношения R.

Y функционально зависит от

X тогда и только тогда, когда каждое значение множества X связано в точности с одним значением множества Y.

Обозначение: X→Y

Слайд 97 Функциональные зависимости (2)
Тривиальные зависимости – те, которые не

Функциональные зависимости (2)Тривиальные зависимости – те, которые не могут не выполняться:

могут не выполняться: {П№,Д№}→П№

Неприводимые зависимости: Атрибут В неприводимо зависим от составного

атрибута А, если он функционально зависит от А и не зависит функционально от любого подмножества атрибута А.

Слайд 98 Функциональные зависимости (3) Диаграмма функциональных зависимостей для учебной базы

Функциональные зависимости (3) Диаграмма функциональных зависимостей для учебной базы данных «Проекты, Поставщики, Детали»

данных «Проекты, Поставщики, Детали»


Слайд 99 Первая нормальная форма (1)
Таблица находится в первой нормальной

Первая нормальная форма (1)Таблица находится в первой нормальной форме (1НФ) тогда

форме (1НФ) тогда и только тогда, когда ни одна

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

Слайд 100 Первая нормальная форма (2) Универсальное отношение

Первая нормальная форма (2) Универсальное отношение

Слайд 101 Первая нормальная форма (3) Диаграмма функциональных зависимостей

Первая нормальная форма (3) Диаграмма функциональных зависимостей

Слайд 102 Первая нормальная форма (4) Аномалии
Вставка (Insert). Нельзя вставить данные

Первая нормальная форма (4) АномалииВставка (Insert). Нельзя вставить данные о поставщике

о поставщике (П5), не указав деталь (Null-значение в ключевом

поле недопустимо).
Удаление (Delete). При удалении некоторого кортежа приходится удалять слишком много другой информации (удаление информации о поставке удаляет информацию о поставщике).
Обновление (Update). Избыточная информация может привести к несовместимым результатам. Если поставщик П1 переехал в другой город, а обновление сделано не во всех кортежах, то база данных будет содержать противоречивую информацию.

Слайд 103 Вторая нормальная форма (1)
Таблица находится во второй нормальной

Вторая нормальная форма (1) Таблица находится во второй нормальной форме (2НФ),

форме (2НФ), если она удовлетворяет определению 1НФ и все

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

Слайд 104 Вторая нормальная форма (2) Диаграмма функциональных зависимостей отношения, приведенного

Вторая нормальная форма (2) Диаграмма функциональных зависимостей отношения, приведенного к 2НФ

к 2НФ


Слайд 105 Вторая нормальная форма (3) Преобразованные отношения

Вторая нормальная форма (3) Преобразованные отношения

Слайд 106 Вторая нормальная форма (4) Аномалии
Вставка – нельзя включить данные

Вторая нормальная форма (4) АномалииВставка – нельзя включить данные о некотором

о некотором городе и его статусе, пока в нем

нет поставщика.

Удаление – при удалении поставщика теряется информация о статусе города.

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

Слайд 107 Транзитивные зависимости
Если выполняются функциональные зависимости А→В и В→С,

Транзитивные зависимостиЕсли выполняются функциональные зависимости А→В и В→С, то выполняется также

то выполняется также и функциональная зависимость А→С.


Возможная декомпозиция:


Слайд 108 Третья нормальная форма (1)
Отношение находится в третьей нормальной

Третья нормальная форма (1) Отношение находится в третьей нормальной форме (3НФ)

форме (3НФ) тогда и только тогда, когда оно находится

в 2НФ и каждый неключевой атрибут нетранзитивно зависит от первичного ключа.

Другими словами:
Таблица находится в третьей нормальной форме (3НФ), если она находится в 2НФ и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.

Слайд 109 Третья нормальная форма (2) Варианты декомпозиции
Функциональные зависимости:
П№→Город
П№→ Статус

Третья нормальная форма (2) Варианты декомпозицииФункциональные зависимости:П№→Город П№→ Статус Город→Статус Варианты


Город→Статус

Варианты декомпозиции:
А: (П№, Город) и (Город, Статус)
В:

(П№, Город) и (П№, Статус)
С: (П№, Статус) и (Город, Статус)


Слайд 110 Третья нормальная форма (3) Декомпозиция с сохранением зависимости

Третья нормальная форма (3) Декомпозиция с сохранением зависимости (Риссанен (Rissanen)).Проекции R1

(Риссанен (Rissanen)).
Проекции R1 и R2 отношения R независимы тогда

и только тогда, когда
каждая функциональная зависимость в отношении R является логическим следствием функциональных зависимостей в проекциях R1 и R2;
общие атрибуты проекций R1 и R2 образуют потенциальный ключ, по крайней мере, для одной из них.
Т.е., отношение R{A,B,C}, удовлетворяющее функциональным зависимостям A→B и B→C, следует разбивать на проекции {A,B} и {B,C}, а не {A,B} и {A,C}

Слайд 111 Нормальная форма Бойса-Кодда (1) (Bouce-Codd)
Определение 3НФ не корректно, если
отношение

Нормальная форма Бойса-Кодда (1) (Bouce-Codd)Определение 3НФ не корректно, еслиотношение имеет два

имеет два или более потенциальных ключа;
два потенциальных ключа являются

сложными и они перекрываются

Слайд 112 Нормальная форма Бойса-Кодда (2)
Отношение находится в нормальной форме

Нормальная форма Бойса-Кодда (2)Отношение находится в нормальной форме Бойса-Кодда (НФБК) тогда

Бойса-Кодда (НФБК) тогда и только тогда, когда детерминанты являются

потенциальными ключами.
Или
Таблица находится в нормальной форме Бойса-Кодда (НФБК), тогда и только тогда, когда любая функциональная зависимость между ее полями сводится к неприводимой функциональной зависимости от потенциального ключа.

Слайд 113 Нормальная форма Бойса-Кодда (3) Пример отношения в НФБК
Отношение Поставщик (П№,

Нормальная форма Бойса-Кодда (3) Пример отношения в НФБКОтношение Поставщик	(П№, Имя_П, Статус, Город) с неперекрывающимися ключами

Имя_П, Статус, Город) с неперекрывающимися ключами


Слайд 114 Нормальная форма Бойса-Кодда (4) Пример
Отношение СДП с атрибутами (С,Д,П).
Ограничения:
Каждый

Нормальная форма Бойса-Кодда (4) ПримерОтношение СДП с атрибутами (С,Д,П).Ограничения:Каждый студент изучает

студент изучает данный предмет у одного преподавателя ({С,Д}→П);
Каждый преподаватель

ведет только один предмет (но каждый предмет может преподаваться несколькими преподавателями) (П→Д).

Есть два перекрывающихся ключа – {С,Д} и {С,П}

  • Имя файла: sistemy-baz-dannyh.pptx
  • Количество просмотров: 177
  • Количество скачиваний: 0