Главная | Обратная связь | Поможем написать вашу работу!

Створення таблиці на основі вже існуючої

За допомогою комбінації операторів CREATE TABLE і SELECT можна створити копію вже існуючої таблиці. Стовпці нової таблиці будуть мати ті ж визначення. При цьому для копіювання можна вибрати як всі стовпці, так і тільки деяких.

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

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

CREATE TABLE ІМ'Я_НОВОЇ_ТАБЛИЦІ AS SELECT [ *|СТОЛБЕЦ!, СТОВПЕЦЬ2 ] FROM ІМ'Я_ТАБЛИЦІ [ WHERE ]

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

Спочатку виконаємо запит, щоб побачити дані в таблиці PRODUCTSJTBL.

SELECT * FROM PRODUCTSJTBL;

PROD_ID PROD_DESC COST

Видалення таблиць

Видалення таблиць є, мабуть, найпростішою справою. Якщо використається опція RESTRICT або на таблицю посилається подання або обмеження, використовуваний для видалення оператор DROP поверне помилку. При використанні опції CASCADE буде виконане видалення не тільки самої таблиці, але й всіх, що посилаються на таблицю подань і обмежень. Синтаксис оператора, використовуваного для видалення таблиць, що випливає:

DROP TABLE ІМЕНА_ТАБЛЙЦЫ [ RESTRICT|CASCADE ]

У наступному прикладі віддаляється тільки що створена нами таблиця.

DROP TABLE USER1.PRODUCTSJTMP;

Видалення таблиці.

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

Умови цілісності

УМОВИ цілісності забезпечують правильність і погодженість даних у реляционных базах даних. В основі цілісності даних у реляционных базах даних лежить поняття посилальної цілісності. Посилальна цілісність складається із цілого ряду умов цілісності, кожне з яких грає свою роль.

Ключові поля

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

Зовнішній ключ (foreign key) — це стовпець у дочірній таблиці, що засилає на ключ батьківської таблиці. Використання зовнішніх ключів є основним механізмом підтримки посилальної цілісності усередині реляционной бази даних. Стовпець, призначений зовнішнім ключем, використається для посилань на стовпець, певний як ключ в іншій таблиці.

Атрибут NOT NULL

У попередніх прикладах ключові слова NULL і NOT NULL використалися у всіх рядках з визначеннями стовпців після вказівки типу даних. Атрибут NOT NULL - це обмеження, яке можна призначити стовпцю в таблиці. Це обмеження не дозволяє залишати стовпці порожніми. Інакше кажучи, для стовпця, позначеного як NOT NULL, потрібне наявність даних у всіх рядках таблиці. Якщо атрибут NOT NULL не призначений для стовпця, для такого стовпця значенням за замовчуванням звичайно є NULL, що дозволяє мати порожні, значення в стовпці.

Використання умов перевірки

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

Видалення умов

Кожне із призначених умов можна видалити за допомогою оператора ALTER TABLE з опцією DROP CONSTRAINT. Наприклад, щоб скасувати призначення ключа в таблиці EMPLOYEES, можна скористатися наступною командою.

ALTER TABLE EMPLOYEES DROP CONSTRAINT EMPLOYEES_PK;

Зміна таблиці.

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

ALTER TABLE EMPLOYEES DROP PRIMARY KEY;

Зміна таблиці.

⇐ Предыдущая 12