- •Глава 1. Основи теорії баз даних 14
- •5. Фізичні моделі баз даних 74
- •Глава 2. Мова формування запитів sql 94
- •4. Мова запитів Data Query Language 101
- •5. Оператори маніпулювання даними 119
- •6. Вбудований sql 123
- •Глава 3. Моделювання та проектування баз даних засобами 140
- •Глава 4. Розроблення баз даних в середовищі ms sql Server 177
- •4. Мова бд Transact-sql: призначення та загальна характеристика 194
- •6. Робота з таблицями бази даних 224
- •7. Збережувані процедури в середовищі ms sql Server 234
- •Глава 5. Сучасні напрямки розвитку баз даних. 259
- •Глава 1. Основи теорії баз даних
- •1. Місце та роль баз даних та баз знань в інформаційних системах
- •1.1 Історія розвитку інформаційних технологій
- •1.2. Етапи розвитку баз даних
- •1.3 Архітектура бд
- •1.4. Класифікація баз даних
- •1.5. Бази даних з розподіленим доступом
- •Розподілені бази даних
- •1.6. Локальні бази даних
- •Питання до теми
- •2. Моделювання даних. Три видатні моделі даних
- •2.1. Поняття про моделі даних
- •2.2. Реляційна модель даних
- •2.2.1 Теоретичні основи реляційної бд.
- •2.2.2 Теоретико-множинні операції реляційної алгебри
- •2.2.3 Спеціальні операції реляційної алгебри
- •2.3 Мережева модель даних
- •2.4 Ієрархічна модель даних
- •2.5 Вибір моделі представлення даних у базі даних
- •Питання до теми
- •3. Етапи проектування бази даних
- •3.1. Об‘єктно-орієнтована декомпозиція предметної області
- •3.2. Проектування інфологічної моделі предметної області
- •3.3. Створення концептуальної схеми бази даних
- •3.4. Створення атрибутивної моделі бази даних
- •Послідовність створення бази даних
- •Зовнішня та внутрішня схеми бази даних
- •Питання до теми
- •4. Нормалізація даних
- •4.1.Основні засади нормалізації даних
- •4.2. Перша нормальна форма
- •4.3. Друга нормальна форма
- •4.4. Третя нормальна форма
- •4.5. Четверта нормальна форма
- •4.6. Вимоги до реляційних систем
- •Питання до теми
- •5. Фізичні моделі баз даних
- •5.1. Файлові структури збереження даних
- •5.2. Організація файлів прямого та послідовного доступу
- •5.3. Індексні файли
- •5.3.1 Файли з щільним індексом
- •5.3.2 Файли з нещільним індексом (індексно-послідовні файли)
- •5.3.3. Індексні файли у вигляді в - дерев
- •5.3.4. Інвертовані списки
- •5.3.5.Хешовані файли
- •5.3.6. Кластерізований індекс
- •5.4. Безфайлові моделі фізичної організації даних
- •Питання до теми
- •Глава 2. Мова формування запитів sql
- •1. Історія розвитку sql
- •2. Структура мови sql
- •3. Типи даних у мові sql
- •4. Мова запитів Data Query Language
- •4.1. Оператор вибору select
- •4.2. Предикати оператора select
- •4.3. Сукупні функції sql
- •4.4. Приклади використання оператора select
- •4.5. Внутрішнє та зовнішнє об‘єднання таблиць
- •4.6. Вкладені запити
- •Питання до теми
- •5. Оператори маніпулювання даними
- •Питання до теми
- •6. Вбудований sql
- •6.1. Sql та клієнтські додатки
- •6.2.Особливості вбудованого sql
- •6.3. Оператори пов'язані з багаторядковими запитами
- •Оператор визначения курсора
- •Оператор відкриття курсора
- •Оператор читання чергового рядка курсора
- •Оператор закриття курсора
- •Видалення та оновлення даних з використанням курсора
- •6. 4. Збережувані процедури
- •Питання до теми
- •Глава 3. Моделювання та проектування баз даних засобами case - технології erwin
- •1. Призначення пакету erwin
- •2. Проектування логічної моделі бази даних в erWin
- •2.1. Створення логічної моделі бази даних на рівні визначень
- •Внесення об’єкту до моделі
- •Визначення (Definition) та опис об’єктів
- •2.2. Створення логічної моделі бази даних на рівні атрибутів.
- •Внесення первинного ключа
- •2.3. Встановлення зв’язків в логічній моделі бази даних в erWin
- •Встановлення зв’язків
- •Для створення нового зв’язку слід:
- •Зовнішні ключі
- •Рекурсивний зв‘язок та ім‘я ролі
- •2.4. Встановлення типів залежності об’єктів та їєрархія наслідування.
- •Створення категоріального зв’ язку
- •2.5. Правила збереження цілістності даних
- •Встановлення правил цілістності посилань
- •2.6. Нормалізація даних в erWin
- •Приведення сутності до першої нормальної форми
- •Приведення сутності до другої нормальної форми
- •Приведення сутності до третьої нормальної форми
- •Питання до теми
- •3. Проектування фізичної моделі даних в erWin
- •3.1. Основні визначення та поняття фізичної моделі даних
- •2. Завдання правил валідації, значень по замовчуванню та індексів
- •3.3. Створення представлень, правил валідації та значень по замовчуванню для представлень у фізичній моделі бд
- •3.4. Пряме проектування бази даних
- •4. Збережувані процедури та тригери в erWin
- •4.1. Загальні відомості
- •4.2. Тригери цілісності посилань (ri - тригери)
- •4.3. Правила перевизначення тригерів
- •4.4. Створення та редагування тригерів в erWin.
- •Питання до теми
- •Глава 4. Розроблення баз даних в середовищі ms sql Server
- •1. Архітектура типових моделей зберігання даних та способи їх оброблення
- •1.1. Централізована база даних
- •1.2. Розподілена база даних
- •1.3. Файл-серверна технологія оброблення даних
- •1.4. Клієнт-серверна технологія оброблення даних
- •Питання до теми
- •2. Призначення, основні можливості та структура бази даних ms sql server2000
- •2.1. Призначення та основні можливості бд ms sql server2000
- •2.2. Архітектура бази даних ms sql server 2000
- •2.2.1. Логічний та фізичний рівні представлення бази даних
- •2.2.2. Файли і групи файлів
- •Групи файлів.
- •Питання до теми
- •3. Програмне забезпечення ms sql Server 2000
- •3.1. Програмне забезпечення сервера бд.
- •3.2. Програмне забезпечення клієнта бд
- •3.3. Бібліотеки
- •3.4. Дослідження об'єктів бд за допомогою засобу Enterprise Manager
- •3.5. Виконання запитів до бази даних за допомогою засобу Query Analyzer
- •3.6. "Стеження" за виконуваними базою даних діями за допомогою програми sql Profiler
- •3.7. Імпорт і експорт даних за допомогою Data Transformation Services (dts)
- •3.8. Огляд інших компонентів ms sql Server 2000
- •Питання до теми
- •4. Мова бд Transact-sql: призначення та загальна характеристика
- •4.1. Елементи Transact-sql
- •Коментарі:
- •Алфавіт:
- •Ідентифікатори:
- •Ключові слова.
- •Вирази.
- •Оператори:
- •4.2. Типи даних
- •Нецілочисельні типи даних:
- •Питання до теми
- •Проектування та створення бд ms sql Server 2000
- •5.1. Реєстрація сервера та підготовка його до роботи
- •5.2. Створення бд за допомогою erWin
- •5.3. Створення бд за допомогою sql Server Enterprise Manager
- •5.4. Створення бд за допомогою команд Transact-sql
- •Розглянемо параметри цієї команди:
- •Питання до теми
- •6. Робота з таблицями бази даних
- •6.1. Способи створення та модифікації таблиць
- •6.1.1. Створення таблиці за допомогою Enterprise Manager
- •6.1.2. Створення таблиці за допомогою Transact-sql
- •6.2. Заповнення таблиць даними
- •6.3. Способи модифікації даних
- •6.4. Команда вибору даних select. Використання підзапитів при роботі з бд
- •6.5. Використання кількох таблиць в одному запиті при роботі з базами даних
- •6.6. Знищення таблиць
- •6.7. Модифікація даних з використанням представлень
- •6.8. Управління безпекою даних за допомогою представлень
- •Питання до теми
- •7. Збережувані процедури в середовищі ms sql Server
- •7.1. Призначення та використання процедур, що зберігаються
- •7.2. Створення, модифікація та вилучення процедур, що зберігаються
- •7.3. Виконання збережуваних процедур
- •7.4. Класифікація збережуваних процедур
- •7.4.1. Процедури, що виконують розрахунки
- •7.4.2. Процедури, що повертають набір записів
- •7.4.3. Адміністративні процедури
- •7.5. Знищення збережуваних процедур
- •If object_id('накладна_зведена_інформація') is not null
- •Drop procedure [накладна_зведена_інформація]
- •Знищити збережувану процедуру можна за допомогою контекстного меню у Query Analyzer чи Enterprise Manager, обравши відповідне меню «Delete» цільового обєкта.
- •Питання до теми
- •8. Створення та використання тригерів
- •8.1. Призначення тригерів та особливості їх використання
- •8.2. Створення та вилучення тригерів
- •8.3.Тригери вставки і оновлення
- •8.4. Тригери вилучення
- •8.5. Вкладені тригери
- •8.6. Знищення тригерів
- •Питання до теми
- •9. Створення та використання клієнтських додатків
- •9.1. Використання rad-технологій для розроблення інтерфейсу клієнтської частини бази даних
- •Питання до теми
- •Глава 5. Сучасні напрямки розвитку баз даних.
- •1.Об‘єктно-орієнтовані скбд
- •Стандарти об‘єктних баз даних
- •Взаємодія об‘єктних баз даних з іншими стандартами
- •Сучасні промислові об‘єктно-орієнтовані скбд
- •Дедуктивні бази даних
- •3. Паралельні бази даних
- •4. Бази даних в Інтернеті
- •4.1. Розподілені обчислення – Cloud системи
- •Рівні Cloud системи
- •4.2. Sql Azure Database як інноваційна технологія баз даних
- •5. Засоби інтелектуального аналізу даних
- •Питання до теми
- •Література
- •Предметний вказівник
- •Тест з дисципліни “Організація баз даних та знань” Модуль 1
- •«Моделювання баз даних в середовищі erWin» Тест до модуля 1
- •Тест до модуля 2
- •Додаток 1 приклади предметних областей рекомендованих для дослідження та моделювання
- •Додаток 2
- •Додаток 3 Задачі на формування запитів sql
- •Задачі на оператори маніпулювання даними
- •Завдання до контрольних робіт
4.5. Внутрішнє та зовнішнє об‘єднання таблиць
В попередньому параграфі ми розглядали приклади вибірки даних з однієї таблиці. Однак, в реальній базі даних кожна таблиця зберігає дані про об‘єкти одного класа і для наведення відповідності між цими об‘єктами, в межах однієї предметної області, створюють зв‘язки між таблицями. Яким же чином умова зв‘язку між таблицями відображена в мові SQL? В стандарті SQL1 умову зв‘язку кортежів з різних відношень задавали в реченні WHERE, шляхом порівняння значень ключів.
Наприклад: З бази даних заданої відношеннями ЗАМОВНИК (код замовника, назва замовника, адреса, реквізити) та ЗАМОВЛЕННЯ (код замовлення, код замовника, дата замовлення, назва продукції, кількість, ціна, сума) вибрати замовників, що замовляли продукцію не пізніше 31.12.2007 р. Текст оператора має наступний вигляд:
SELECT DISTINCT ЗАМОВНИК.[назва замовника ]
FROM ЗАМОВНИК , ЗАМОВЛЕННЯ
WHERE ЗАМОВНИК.[ код замовника] = ЗАМОВЛЕННЯ.[код замовника] AND ЗАМОВЛЕННЯ.[дата] < 31.12.2011
Зв‘язок між таблицями вказано в реченні WHERE ЗАМОВНИК. [Код замовника] = ЗАМОВЛЕННЯ.[код замовника]. В цьому випадку до результуючої таблиці потрапляють кортежі, які відповідають умові об‘єднання. Для наведеного прикладу такої умови досить. Таке об‘єднання відношень називається внутрішнім. Інакше внутрішнє об‘єднання можна записати наступним чином:
SELECT DISTINCT ЗАМОВНИК.[назва замовника]
FROM ЗАМОВНИК INNER JOIN ЗАМОВЛЕННЯ ON ЗАМОВНИК. [код замовника] = ЗАМОВЛЕННЯ.[код замовника]
WHERE ЗАМОВЛЕННЯ.[дата] < 31.12.2011
Тобто, в реченні FROM використовують оператор JOIN з службовим словом INNER. Це зроблено для того , щоб уніфікувати операцію об‘єднання відношень. В такому випадку вид об‘єднання визначається службовими словами. В SQL2 передбачені стандарти, що описують різні варіанти об‘єднання відношень, які на відміну від внутрішього об‘єднання, називаються зовнішніми. Загалом, в SQL2 синтаксис речення FROM має наступний вигляд:
FROM <перелік вихідних таблиць> | <вираз природнього об‘єднання> | <вираз об‘єднання> | <вираз перехресного об‘єднання > | <вираз запита на об‘єднання> ,
де <перелік вихідних таблиць>::= <назва_таблиці1> [<синонім таблиці1>] […] [, <назва_таблиціN> [<синонім таблиціN>] ] ;
<вираз природнього об‘єднання> ::= <назва_таблиці1> NATURAL { INNER | FULL [OUTER] | LEFT [OUTER] | RIGHT [OUTER] } JOIN <назва_таблиці2> ;
<вираз перехресного об‘єднання > ::= <назва_таблиці1> CROSS JOIN <назва_таблиці2> ;
<вираз запита на об‘єднання> ::= <назва_таблиці1> UNION JOIN
<назва_таблиці2> ;
<вираз об‘єднання> ::= <назва_таблиці1> {INNER | FULL [OUTER]
| LEFT [OUTER] | RIGHT [OUTER]} JOIN {ON <умова об‘єднання> | [USING (список стовпчиків )]} <назва_таблиці2> ;
Слова LEFT/RIGHT використовують у випадках, коли необхідно мати всі записи з однієї таблиці і показати зв‘язані з нею записи іншої таблиці.
Для виділення головної таблиці оператор JOIN доповнюється службовими словами RIGHT або LEFT, які вказують праворуч чи ліворуч від оператора JOIN знаходиться головна таблиця. Наприклад, не всі замовники вже зробили замовлення, хоча, на основі угоди в таблицю ЗАМОВНИК дані про них занесено. Виникає наступна задача:
з таблиці ЗАМОВНИК вибрати замовників, які замовляли продукцію у 2011 році, але ще не зробили замовлення у 2012 році.
В мові SQL2, використовуючи оператор JOIN запит має вигляд:
SELECT DISTINCT ЗАМОВНИК.[назва замовника]
FROM ЗАМОВНИК LEFT JOIN ЗАМОВЛЕННЯ ON
ЗАМОВНИК.[ код замовника] = ЗАМОВЛЕННЯ.[код замовника]
WHERE ЗАМОВЛЕННЯ.[дата] < 31.12.2011
Як правило, замовлення робиться одночасно на декілька видів продукції, тому перелік замовленої продукції, її кількість та ціну тримають в окремій таблиці, яка називається РЯДОК ЗАМОВЛЕННЯ. В таблиці ЗАМОВЛЕННЯ залишається тільки шапка – номер замовлення, дата, код замовника, загальна сума, відпустив, одержав. Таблиці Замовлення та Рядок замовлення зв‘язані ключовими полями код замовлення. Між ними зберігається зв‘язок один (ЗАМОВЛЕННЯ) до багатьох (РЯДОК ЗАМОВЛЕННЯ). Для того щоб сформувати повноцінне замовлення і вивести інформацію користувачеві слід виконати запит до трьох таблиць.
Приклад: Вивести всі замовлення зроблені в листопаді 2011 року.
SELECT R2.[№замовлення], R2.[дата], R1.[назва замовника], R3.[назва продукції], R3.[один_виміру], R3.[ціна], R3.[кількість], ( R3.[ціна]*R3.[кількість]) AS [вартість]
FROM (ЗАМОВНИК R1 NATURAL RIGHT JOIN ЗАМОВЛЕННЯ R2) Natural INNER JOIN РЯДОК_ЗАМОВЛЕННЯ R3
WHERE R2.[дата]) LIKE ”*/11/2011”
Слово CROSS використовують, коли необхідно мати у вибірці всі варіанти об‘єднання записів з обох таблиць, тобто кожний рядок з однієї таблиці об‘єднується з кожним рядком другої таблиці. Таке об‘єднання відповідає операції розширеного декартового добутка з реляційної алгебри. Прикладом використання такого запиту може бути формування зведеної відомості для реєстрації результатів сесії. Тобто, якшо є таблиця дисциплін, іспити по яких має здавати група, та список групи, то об‘єднання кожен з кожним надасть нам перелік всіх дисциплін пов‘язаний з прізвищем кожного студента. Безумовно, поле оцінка ще не заповнене, бо перехресний запит зробив би нам всі наявні варіанти оцінок на кожну дисципліну по кожному студенту.
Операція запиту на об‘єднання еквівалентна операції теоретико-множинного об‘єднання реляційної алгебри. При цьому необхідно підтримувати еквівалентність схем вихідних відношень. Запит на об‘єднання виконують за наступною схемою:
SELECT -запит
UNION
SELECT- запит
UNION
SELECT- запит
Але для операції об‘єднання є одне обмеження : всі запити, використовувані у об‘єднанні не повинні містити виразів, тобто, обчислюваних полів, а також мати однакові схеми відношень, тобто, однаковий набір атрибутів.
Розглянемо приклад використання запита на об‘єднання у базі даних деканата.
Приклад: З таблиці СТУДЕНТ сформувати список всіх студентів 4 курсу спеціальності «Інформаційні управляючі системи» - ІУС. Передбачається, що існує декілька груп по цій спеціальності.
SELECT[ ПІП], [група]
FROM СТУДЕНТ
WHERE [група] = «ІУС – 4-4»
UNION
SELECT [ПІП],[ група]
FROM СТУДЕНТ
WHERE [група] = «ІУС – 4-5»
UNION
SELECT [ПІП], [група]
FROM СТУДЕНТ
WHERE [група] = «ІУС – 4-6»
ORDER BY [група],[ПІП]
Слід відмітити, що операція сортування ORDER BY може бути задіяна тільки в останьому запиті об‘єднання. Тоді вона має відношення до всієї таблиці результата.
Запит на об‘єднання також можна використати для об‘єднання даних з різних філій підприємства у одну таблицю, за умовою, що всі набори даних з різних філій мають однакову структуру.