Міністерство освіти і науки україни

НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ "ЛЬВІВСЬКА ПОЛІТЕХНІКА"

Інститут комп’ютерних наук та інформаційних технологій

Кафедра систем автоматизованого проектування

ПОЯСНЮВАЛЬНА ЗАПИСКА

до курсового проекту

з дисципліни "Технологія розробки великих комп’ютерних систем"

на тему: "Основи SQL "

Допущено до захисту:

Дата: _______________

Виконала:

студентка групи ІТП-12м

Бідак Н.В.

Прийняв:

Стех Ю.В

Оцінка __________

Залікова книжка № 0808553

Дата ____________

Львів 2012

Національний Університет «Львівська Політехніка»

Інститут комп’ютерних наук та інформаційних технологій

Кафедра САПР

Дисципліна: « Технологія розробки великих комп’ютерних систем»

Спеціальність: Комп’ютерні науки

Курс: п’ятий Група: ІТП-12м Семестр: дев’ятий

Завдання

на курсовий проект студента

Бідак Н.В.

1. Тема роботи: Основи SQL

2. Термін здачі студентом закінченого проекту: ____________

Календарний план

№ п/п	Назва етапів курсової роботи	Термін виконання етапів роботи	Примітки
1	Отримання індивідуального завдання
2	Пошук необхідної літератури
3	Обробка відповідної літератури
4	Написання програми
5	Написання теоретичної частини курсової роботи
6	Висновки по курсовій роботі
7	Остаточна перевірка, закінчення курсової роботи

Студент: ___________Бідак Н.В.

Керівник:___________ Стех Ю.В.

____________2012р.

Анотація

Студент: Бідак Н.В.

“Основи SQL”. Курсова робота. – НУ „Львівська політехніка”, каф.: САПР, дисципліна: “ Технологія розробки великих комп’ютерних систем ”, 2012.

Дана курсова робота містить в собі 50 сторінок, 10 таблиць, 1 малюнку.

Виконання курсової роботи має за мету:

• поглибити теоретичні знання по технології розробки великих комп’ютерних систем ;

• розширити знання одержані при вивченні дисциплін основи програмування;

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

ЗМІСТ

Завдання 3

Календарний план 4

Анотація 5

Основи SQL 7

1.1.Основні поняття 7

1.2.Стандарт і реалізація мови SQL 8

1.3.Введення в технологію клієнт-сервер 9

1.4.Типи команд SQL 10

1.5.Переваги мови SQL 12

1.6.Запис SQL –операторів 13

1.7.Опис учбової бази даних 14

2.Створення бази даних і проектування таблиць 15

2.1.База даних 15

2.3.Індекси 22

3.Ефективне виконання запитів для витягання даних 26

3.1.Пропозиція SELECT 26

3.2.Пропозиція FROM 26

3.3.Пропозиція WHERE 27

3.4.Пропозиція ORDER BY 31

4.Обчислення і підведення підсумків в запитах 32

4.1.Побудова обчислюваних полів 32

4.2.Використання підсумкових функцій 33

4.3.Пропозиція GROUP BY 34

4.4.Пропозиція HAVING 34

5.Запити модифікації даних 34

5.1.Запит додавання 35

5.2.Запит видалення 36

5.3.Запит оновлення 36

5.4.Введення в поняття "Цілісність даних" 37

6.Функції користувача 40

6.1.Поняття функції користувача 40

6.2.Функції Scalar 41

6.3.Функції Inline 43

6.4.Функції Multi-statement 44

6.5.Функції для роботи з датою і часом 45

7.Збережені процедури 46

7.1.Поняття збереженої процедури 46

7.2.Збережені процедури, в середовищі MS SQL Server 47

Висновок 50

Список літератури 51

Основи SQL

1. Введення в структуровану мову запитів SQL

   1. Основні поняття

Всяка професійна діяльність так чи інакше пов'язана з інформацією, з організацією її збору, зберігання, вибірки. Можна сказати, що невід'ємною частиною повсякденного життя стали бази даних, для підтримки яких потрібно деякий організаційний метод, або механізм. Такий механізм називається системою управління базами даних ( СУБД ). Отже, введемо основні поняття.

База даних (БД) - спільно використовуваний набір логічно пов'язаних даних (і їх опис), призначений для задоволення інформаційних потреб організації.

СУБД (система управління базами даних ) - програмне забезпечення, за допомогою якого користувачі можуть визначати, створювати і підтримувати базу даних, а також діставати до неї контрольований доступ.

Системи управління базами даних існують вже багато років, багато хто з них зобов'язаний своїм походженням системам з неструктурованими файлами на великих ЕОМ. Разом із загальноприйнятими сучасними технологіями в області систем управління базами даних починають з'являтися нові напрями, що обумовлено вимогами зростаючого бізнесу, об'ємами корпоративних даних, що все збільшуються, і, звичайно ж, впливом технологій Internet.

Реляційні бази даних

Управління основними потоками інформації здійснюється за допомогою так званих систем управління реляційними базами даних, які беруть свій початок в традиційних системах управління базами даних. Саме об'єднання реляційних баз даних і клієнт-серверних технологій дозволяє сучасному підприємству успішно управляти власними даними, залишаючись конкурентоздатним на ринку товарів і послуг.

Реляційні БД мають потужний теоретичний фундамент, заснований на математичній теорії відношень. Поява теорії реляційних баз даних дала поштовх до розробки ряду мов запитів, які можна віднести до двох класів :

• мови алгебри, що дозволяють виражати запити засобами спеціалізованих операторів, що застосовуються до відношень;

• мови числення предикатів, що є набором правив для запису вираження, що визначає нове відношення із заданої сукупності існуючих відношень. Отже, числення предикатів є метод визначення того відношення, яке бажано отримати як відповідь на запит із відношень, вже наявних у базі даних.

У реляційній моделі об'єкти реального світу і взаємозв'язку між ними представляються за допомогою сукупності пов'язаних між собою таблиць (відношень).

Навіть у тому випадку, коли функції СУБД використовуються для вибору інформації з однієї або декількох таблиць (тобто виконується запит ), результат також представляється в табличному вигляді. Більше того, можна виконати запит із застосуванням результатів іншого запиту.

Кожна таблиця БД представляється як сукупність рядків і стовпців, де рядки (записи) відповідають екземпляру об'єкту, конкретній події або явищу, а стовпці(поля) - атрибутам (ознакам, характеристикам, параметрам) об'єкту, події, явища.

У кожній таблиці БД потрібна наявність первинного ключа - так іменують поле або набір полів, що однозначно ідентифікує кожен екземпляр об'єкту або запис. Значення первинного ключа в таблиці БД має бути унікальним, тобто в таблиці не допускається наявність двох і більше записів з однаковими значеннями первинного ключа. Він має бути мінімально достатнім, а значить, не містити полів, видалення яких не відіб'ється на його унікальності.

Реляційні зв'язки між таблицями баз даних

Зв'язки між об'єктами реального світу можуть знаходити своє віддзеркалення в структурі даних, а можуть і матися на увазі, тобто бути присутнім на неформальному рівні.

Між двома або більше таблицями бази даних можуть існувати відношення підлеглості, які визначають, що для кожного запису головної таблиці (званою ще батьківською) можлива наявність однієї або декількох записів в підпорядкованій таблиці (званою ще дочірньою).

Виділяють три різновиди зв'язку між таблицями бази даних :

• ""один-до-багатьох";

• ""один-до-одного";

• ""багато-до-багатьох".

Відношення "один-до-багатьох"

Відношення "один-до-багатьох" має місце, коли одному запису батьківської таблиці може відповідати декілька записів дочірньої. Зв'язок "один-до-багатьох" іноді називають зв'язком "багато-до-одного". І у тому, і в іншому випадку суть зв'язку між таблицями залишається незмінною. Зв'язок "один-до-багатьох" є найпоширенішим для реляційних баз даних. Він дозволяє моделювати також ієрархічні структури даних.

Відношення "один-до-одного"

Відношення "один-до-одного" має місце, коли одному запису у батьківській таблиці відповідає один запис в дочірній. Це відношення зустрічається набагато рідше, ніж відношення "один-до-багатьох". Його використовують, якщо не хочуть, щоб таблиця БД "розпухала" від другорядної інформації, проте для читання пов'язаної інформації в декількох таблицях доводиться робити ряд операцій читання замість однієї, коли дані зберігаються в одній таблиці.

Відношення "багато-до-багатьох"

Відношення "багато-до-багатьох" застосовується в наступних випадках:

• одному запису у батьківській таблиці відповідає більше за один запис в дочірній;

• одному запису в дочірній таблиці відповідає більше за один запис у батьківській.

Всякий зв'язок "багато-до-багатьох" в реляційній базі даних необхідно замінити на зв'язок "один-до-багатьох" (одну або більше) за допомогою введення додаткових таблиць.