DROP database bookshopdb

Видалення бази даних за допомогою оператора DROP DATABASE

Перегляд бази даних BookShopDB

1. Відкриємо SQL Server Management Studio.
2. Розкриємо дерево в консолі, поки не побачимо список наявних на комп'ютері баз даних. У списку вузла Databases повинна бути база даних BookShopDB.
3. Клацнемо правою кнопкою BookShopDB, потім - Properties. З'явиться вікно BookShopDB Properties.
4. У даному вікні виконаємо огляд всіх вузлів, які розташовано у лівій його частині.
5. Закриємо SQL Server Management Studio.

1. Активізуємо вікно редагування запитів.
2. Уведемо і виконаємо наступну команду:

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

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

Наступним етапом проектування таблиць буде забезпечення останніх умовам цілісності даних, детальний опис яких наведений нижче.

Визначення типів даних

У процесі створення структури таблиці необхідно визначити тип даних, що ви задасте для кожного стовпця. Тип даних - це атрибут, що визначає, якого типу дані можуть зберігати стовпець, параметр або змінна. SQL Server підтримує набір системних типів даних, а також користувальницькі типи, які засновані на системних типах даних.

Системні типи даних

В SQL Server з кожним стовпцем зв'язаний який-небудь тип даних, що є атрибутом, що визначає тип інформації (цілочислена, символьна, грошова та ін.) у цьому стовпці. З деякими об'єктами, відмінними від стовпців, теж асоційований тип даних. Тип даних є у наступних об'єктів:

• стовпців таблиць і відображень;
• параметрів збережених процедур;
• змінних;
• функцій Transact-SQL, які повертають одне або кілька значень певного типу;
• збережених процедур, у яких є код повернення (для нього завжди дійсний тільки цілочислений тип даних).

Один з перших етапів конструювання таблиці — призначення кожному її стовпцю типу даних. SQL Server підтримує набір системних типів даних, які визначають всі типи даних, які дозволені до використання в SQL Server. Наприклад, не можна зберігати прізвище в стовпці, для якого визначений тип даних datatime, оскільки в такий стовпець можна ввести тільки припустимі дати. При призначенні об'єкту типу даних визначаються чотири атрибути цього об'єкта:

• вид даних, які можуть утримуватися в об'єкті - наприклад, символьні, цілочислені або двійкові;
• довжина або розмір збереженого значення - довжина типів даних image, binary і varbinary визначається в байтах. Довжина будь-якого числового типу даних - це число байт, необхідне для зберігання числа знаків, дозволеного для цього типу даних. Довжина символьних типів даних, у тому числі в кодуванні Unicode, визначається в символах;
• точність числа (тільки для числових типів даних) - кількість знаків, якими представлене число. Наприклад, об'єкт типу smallint може зберігати не більше п'яти знаків, тому його точність дорівнює п'яти;
• точність дробової частини числа (тільки для числових типів даних) - кількість десяткових знаків після коми. Наприклад, в об'єкта типу int немає дробової частини, тому точність його дробової частини дорівнює нулю. В об'єкта типу money може бути до чотирьох знаків після коми, тому точність його дробової частини дорівнює чотирьом.

Користувальницькі типи даних

В основі користувальницьких типів даних лежать системні типи даних SQL Server 2000. Користувальницькі типи даних застосовуються, коли в наборі стовпців з декількох таблиць повинні зберігатися однотипні дані, причому вони повинні гарантовано мати однаковий тип, розмір і по тому самому правилу допускати або не допускати порожні значення. Наприклад, на основі типу char можна створити користувальницький тип даних за назвою postal_code.

Для створення користувальницького типу даних необхідно надати наступну інформацію:

· ім'я;

· системний тип даних, що лежить в основі нового типу даних;

· можливість уведення порожніх значень (чи допускає новий тип даних порожні значення);

Якщо користувальницький тип даних створений у базі даних Model, він з'явиться у всіх нових користувальницьких базах даних. Однак якщо новий тип даних створений у користувальницькій базі даних, він буде існувати тільки в ній. Користувальницькі типи даних можуть створюватися за допомогою системної збереженої процедури sp_addtype.

Цілісність даних

У таблицях SQL Server може бути визначений ряд властивостей різного типу, що забезпечують цілісність даних. До них відносяться типи даних (розглянуто вище), визначення NOT NULL і DEFAULT, властивості IDENTITY, обмеження CONSTRAINT, правила RULE, тригери TRIGER і індекси (INDEX).

Типи цілісності даних

SQL Server підтримує чотири типи цілісності даних: цілісність сутностей, доменну цілісність, посилальну цілісність і цілісність, обумовлену користувачем. Чотири зазначених у цьому курсі типу вважаються головними типами цілісності даних.

Цілісність сутностей

Цілісність сутностей визначає рядок таблиці як унікальний екземпляр деякої сутності. Цілісність сутностей забезпечує цілісність стовпця з ідентифікатором або первинним ключем таблиці (за допомогою індексів, обмежень UNIQUE, PRIMARY KEY або властивостей IDENTITY).

Доменна цілісність

Доменна цілісність гарантує наявність у деякому стовпці тільки припустимих значень. Можна забезпечувати доменну цілісність, обмежуючи тип (за допомогою типів даних), формат (за допомогою обмежень CHECK і правил) або діапазон припустимих значень (за допомогою обмежень FOREIGN KEY і CHECK, визначень DEFAULT, визначень NOT NULL і правил).

Посилальна цілісність

Посилальна цілісність забезпечує схоронність зв'язків між таблицями при додаванні або видаленні записів. В SQL Server посилальна цілісність заснована на зв'язках між зовнішніми й первинними ключами або між зовнішніми й унікальними ключами (через обмеження FOREIGN KEY і CHECK). Посилальна цілісність гарантує погодженість значень ключа у зв'язаних таблицях. Подібна погодженість вимагає відсутності посилань на неіснуючі значення й погоджену зміну посилань на ключ у всій базі даних при зміні самого ключа.

При забезпеченні посилальної цілісності SQL Server запобігає наступним діям користувачів:

· додавання записів у зв'язану таблицю, якщо немає необхідного запису в головній таблиці;

· зміна значень у головній таблиці, у результаті якого у зв'язаній таблиці залишаться ｫзависліｻ запису;

· видалення записів з головної таблиці при наявності зв'язаних записів у зовнішній таблиці.

Цілісність, обумовлена користувачем

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

Практична реалізація створення таблиць та забезпечення цілісності даних

Перегляд існуючих таблиць, стовпців і їхніх типів даних

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

1. Відкрийте SQL Server Management Studio.
2. Розкрийте консоль до списку об'єктів бази даних Northwind.
3. Клацніть вузол Tables, що розташований у списку нижче вузла Northwind. На правій панелі відобразиться список таблиць бази даних Northwind.
4. Клацніть правою кнопкою таблицю Employees, потім клацніть Properties. Відобразиться діалогове вікно Table Properties - Employees.
5. Вивчите список стовпців і їхніх типів даних. Зверніть увагу на розмір кожного стовпця, що виводиться праворуч від типу даних.
6. Закрийте діалогове вікно Table Properties - Employees.
7. Клацніть правою кнопкою таблицю Orders, потім клацніть Properties. З'явиться діалогове вікно Table Properties - Orders.
8. Ознайомтеся зі списком стовпців і їхніх типів даних. Закрийте діалогове вікно Table Properties - Orders.
9. Відкрийте властивості для інших таблиць і вивчите їхні стовпці й типи даних.

Створення таблиць і керування ними

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

Створення таблиць у базі даних SQL Server

Таблиця — це набір даних про деяку сутність, наприклад покупцях, замовленнях або складських запасах. Таблиця складається з набору стовпців. Кожний стовпець представляє атрибут табличних даних. Наприклад, атрибутом сутності замовленняｻ може бути дата замовлення. Кожний екземпляр даних представлений у таблиці записом або рядком (іноді їх також називають кортежами).

На цьому етапі розробки бази даних ви повинні зібрати всі відомості, необхідні для створення таблиць. В ідеалі всі необхідні параметри таблиці визначається одночасно, у тому числі PRIMARY KEY і інші обмеження. Однак, виходячи із завдань цього навчального курсу, спочатку ми навчимо вас створювати прості таблиці (у визначення яких входить ім'я, стовпці, типи даних, можливість порожніх значень і, де потрібно, значення стовпців).

Реалізація обмежень, що забезпечують цілісність

Обмеження - це властивість, призначена таблиці або стовпцю таблиці, що забороняє уведення в зазначений стовпець (або стовпці) неприпустимих значень. Наприклад, обмеження UNIQUE або PRIMARY KEY запобігають уведенню значень, які вже існують, обмеження CHECK забороняє уведення значень, незбіжних з умовою пошуку, а обмеження FOREIGN KEY забезпечує зв'язок між двома таблицями.

Загальні відомості про обмеження, що забезпечують цілісність

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

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

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

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

Визначення можливості зберігання порожніх значень (NULL)

Можливість зберігання в стовпці порожніх значень визначає, чи можуть відповідні поля таблиці зберігати порожні значення. Порожнє значення (NULL) показує, що в осередок не були уведені дані. Звичайно порожнє значення свідчить про те, що значення невідомо або не визначене. Наприклад, порожнє значення в стовпці Price таблиці Titles з бази даних Pubs означає не відсутність ціни на книгу, а те, що ціна невідома або поки не встановлена.

У цілому, варто уникати можливості зберігання порожніх значень, оскільки вони ускладнюють обробку запитів і відображень, крім того, їх не можна використати в стовпчиках с деякими параметрами, наприклад з обмеженням PRIMARY KEY. Операція порівняння двох порожніх значень, а також порожнього значення з будь-яким іншим значенням повертає невідоме значення, оскільки значення будь-якого NULL невідомо. Порожні значення не можна застосовувати як ідентифікатори, що дозволяють відрізнити один рядок таблиці від іншого. Крім того, варто виключати порожні значення при обчисленнях, оскільки деякі обчислення (наприклад, розрахунок середнього) можуть бути неточні, якщо в них використовується стовпець, що містить NULL. Коли потрібно створити стовпець, значення якого невідомі, найчастіше можна визначити для нього значення за замовчуванням. Наприклад, стовпець Phone таблиці Authors з бази даних Pubs не допускає порожніх значень. У цьому стовпці визначене значення за замовчуванням UNKNOWN. Якщо в рядку з відомостями про автора номер телефону не зазначений, значення в стовпці Phone дорівнює UNKNOWN.

Наступний програмний код створює за допомогою оператора CREATE TABLE таблицю Employee. Стовпці Emp_ID і LastName не допускають порожніх значень, а стовпець FirstName - допускає:

Дата добавления: 2015-06-29