П. Г. Демидова А. В. Зафиевский А. А. Короткин А. Н. Лататуев Базы данных Учебное пособие

3.7. Удаление таблиц и изменение их свойств 
Удаление таблицы осуществляется оператором: 
DROP TABLE <таблица> 
Оператором 
DROP TABLE
нельзя удалить таблицу, на 
которую ссылается ограничение 
FOREIGN KEY
. Сначала следует 

---

74 
удалить это ограничение или дочернюю таблицу, а уже затем – 
родительскую таблицу. 
Отметим, что при удалении всех строк в таблице с помощью 
оператора 
DELETE FROM
<таблица>
таблица не удаляется, а только 
очищается и в нее можно добавлять новые строки, не создавая ее 
заново. 
Созданное командой 
CREATE TABLE
описание таблицы мо-
жет быть впоследствии изменено, для чего используется команда 
ALTER TABLE
вида 
ALTER TABLE <таблица> <действие> 
Сразу заметим, что возможности этой команды по изме-
нению структуры таблицы достаточно ограничены. Например, с 
ее помощью нельзя изменить тип данных столбца. Допускаются 
следующие действия: 
добавление столбца: 
ADD <определение столбца>
удаление столбца: 
DROP <столбец>
Изменение определения столбца: 
ALTER <столбец> {SET DEFAULT <значение>|DROP DEFAULT} 
Добавление ограничения: 
ADD [CONSTRAINT <имя>] <определение ограничения> 
Удаление ограничения: 
DROP CONSTRAINT <имя ограничения> 
Если ограничению не было присвоено имя командой 
CREATE
TABLE
, то для удаления ограничения надо определить его имя с 
помощью соответствующей системной утилиты (своей для 
каждой СУБД). 
3.8. Представления 
Пожалуй, вторыми по значимости после таблиц объектами 
базы данных являются представления, называемые также вирту-
альными таблицами. 
Представление можно рассматривать как таблицу, которая 
получается в результате выполнения какого-либо оператора 
SELECT и которой присвоено имя. В этом качестве представ-
ление может быть использовано в качестве источника данных в 
других операторах SELECT. 
Заметим, что в персональной СУБД Access представления 
называются запросами на выборку. 
Синтаксис оператора создания представления выглядит 
следующим образом: 

---

75 
CREATE VIEW <имя> [<список столбцов>] AS 
<оператор SELECT> 
Здесь SELECT – более или менее произвольный оператор 
этого типа. Однако в конкретных СУБД на этот оператор накла-
дываются различные ограничения, связанные обычно с реализа-
цией оператора SELECT в этих системах. Например, в SQL Server 
не разрешено использование в операторе SELECT, порождающем 
представление, фразы ORDER BY. 
Отличие виртуальной таблицы от реальной состоит в том, 
что данные в том формате, который она описывает, появляются 
только в момент обращения к ней, когда и выполняется 
порождающий ее оператор SELECT. Постоянно же в базе данных 
хранится только текст, описывающий эту виртуальную таблицу 
(представление). Тем не менее представления обладают многими 
свойствами реальных таблиц: они могут быть проиндексированы, 
на них могут назначаться права использования и т. д. 
В некоторых случаях, особенно при работе в многопользова-
тельской среде, могут оказаться полезными т. н. обновляемые 
представления. Обновляемыми называются представления, кото-
рые могут использоваться не только в операторе SELECT, но также 
и операторах INSERT INTO, DELETE и UPDATE. Естественно, что 
при этом накладываются дополнительные условия как на оператор 
SELECT, порождающий представление, так и на операторы моди-
фикации данных. Простейшим из таких условий является тре-
бование, чтобы базовая таблица представления (таблица, входящая 
в состав источников данных порождающего оператора SELECT) 
была единственной, а результирующая таблица представляла собой 
подмножество строк и столбцов базовой таблицы, т. е. в операторе 
SELECT отсутствовали бы вычисляемые столбцы, статистические 
функции, группировки и т. п. Фактически это означает, что с 
помощью представления пользователь видит только часть таблицы 
и не подозревает о существовании других ее частей. Понятно, что 
при добавлении строки в такую урезанную таблицу в «невидимые» 
столбцы будут записываться либо значения по умолчанию, либо 
значения null (если это разрешено). 
На самом деле в конкретных СУБД приведенное ограничение 
ослабляется, но описанный случай является наиболее употреби-
тельным. 

---

76