Главная страница

Практическая работа 1. Проектирование базы данных


Скачать 2.91 Mb.
НазваниеПрактическая работа 1. Проектирование базы данных
Дата17.12.2022
Размер2.91 Mb.
Формат файлаpdf
Имя файлаbazy_dannykh._dlia_prakt_.pdf
ТипПрактическая работа
#849388
страница7 из 19
1   2   3   4   5   6   7   8   9   10   ...   19
Часть 1. Создание таблиц
3.4.
Теоретические сведения
3.4.1. Логическая структура и физическая реализация баз данных MS SQL Server
Данные в сервере SQL Server хранятся в базах данных. Структуру баз данных необходимо рассматривать на двух уровнях: логическом и физическом.
Логическая структура базы данных определяет структуру таблиц, взаимосвязи между ними, список пользователей, хранимые процедуры, правила, умолчания и другие объекты базы данных.
Физическая структура базы данных включает в себя описание файлов и групп файлов базы данных, журнала транзакций, первоначальный размер файлов, шаг прироста базы данных, ее максимальный размер, параметры конфигурации и другие физические характеристики.
Все логические компоненты базы данных SQL Server называются объектами и подразделяются на 11 типов.
Для объектов можно устанавливать различные правила доступа со стороны пользователей.
Функциональное назначение объектов базы данных сервера SQL Server можно кратко определить следующим образом:
1. Table - таблица, представляющая собой матрицу из строк и столбцов.
Каждая строка (или запись) состоит из значений атрибутов конкретного объекта.
Столбец (или поле записи) содержит совокупность атрибутов рассматриваемых объектов некоторой предметной области. Некоторые столбцы таблицы могут быть вычисляемыми. В этих случаях для них задается расчетная формула.
2. User-defined data type - пользовательский тип данных, создаваемый на основе системных. Имя нового типа должно быть уникальным в пределах владельца.
3.View - представление, являющееся виртуальной таблицей, содержимое которой определяется запросом. Эта таблица не содержит данных, а только их представляет, возможно из нескольких таблиц. Данные из представления не сохраняются в базе данных. Физически представление реализуется в виде запроса SELECT. Представления используются в следующих случаях: a) Для ограничения доступа пользователей к определенным строкам таблицы; b) Для ограничения доступа пользователей к определенным столбцам таблицы; c) Для представления данных столбцов разных таблиц в виде одного объекта;

64 d) Для просмотра информации, получающейся в результате преобразования данных столбцов.
4.Stored procedure - хранимая процедура, представляющая собой группу команд
Transact-SQL, объединенных в один модуль. Каждая хранимая процедура имеет уникальное , в пределах базы данных, имя, по которому она вызывается. Хранимая процедура может вызывать другие хранимые процедуры. В состав SQL Server входит большое количество встроенных процедур, которые называются системными и имена которых начинаются с префикса sp_.
5.Trigger - триггер, представляющий собой специальную хранимую процедуру, автоматически запускаемую при добавлении, изменении или удалении данных из таблицы. Триггеры делятся на три категории:
UPDATE TRIGGER - триггеры изменения;
INSEART TRIGGER - триггеры вставки;
DELETE TRIGGER - триггеры удаления.
Действия, выполняемые в одном триггере, могут вызвать другие триггеры (вложенные триггеры).
6.Index - индекс, представляющий собой структуру, связанную с таблицей или представлением и предназначенную для ускорения поиска информации в этой таблице или представлении. Индекс определяется для одного или нескольких столбцов, называемых индексированными столбцами. Индекс содержит отсортированные значения индексированного столбца или столбцов со ссылкой на соответствующую строку исходной таблицы или представления. Алгоритмы поиска в отсортированных данных гораздо эффективнее, чем в неотсортированных.
7.Rule - правило, используемое для ограничения значений, хранимых в столбце таблицы или в пользовательском типе данных. Одно и тоже правило может связываться с множеством столбцов различных таблиц и пользовательских типов данных только в текущей базе данных. Правило создается командой CREATE RULE и связывается с объектом базы данных с помощью процедуры spbindrule. Правила оставлены в Transact-
SQL для совместимости со старыми версиями сервера.
8.Constraint - ограничение целостности, представляющее собой механизм, обеспечивающий автоматический контроль соответствия данных установленным условиям, или ограничениям целостности. Ограничения целостности имеют приоритет над триггерами, правилами и значениями по умолчанию. Имеется пять ограничений целостности, различающихся по функциональности и области применения:
NULL - действует на уровне столбца и пользовательского типа данных и либо разрешает (NULL), либо запрещает (NOT NULL) хранение значений NULL.
CHECK - действует на уровне столбца и ограничивает диапазон значений, которые могут быть сохранены в столбце, путем проверки логического условия для вводимых данных. При вводе или изменении данных вводимое значение подставляется в условие. Если полученный результат
TRUE, то изменения данных принимаются, иначе - отвергаются и генерируется сообщение об ошибке. Для одного столбца можно задать несколько ограничений типа
CHECK (проверок):
CONSTRAINT humanavance
CHECK (human_ avance BEETWEEN 0 and 700)).
UNIQUE - действует на уровне столбца и гарантирует уникальность в столбце вводимых значений. В отличии от ограничения PRIMARY KEY, это ограничение допускает хранение значений NULL.
PRIMARY KEY - действует на уровне столбца или таблицы и гарантирует уникальность в пределах таблицы первичного ключа, состоящего из одного или нескольких столбцов. Ни для одного из столбцов ключа не должно быть установлено свойство NULL. Когда используется один столбец, то для него необходимо также задать и свойство UNIQUE. В таблице создается только один первичный ключ. При его выборе надо учитывать требования удобства и функциональности.

65
FOREIGN KEY - действует на уровне таблицы и связывается с одним из кандидатов на первичный ключ в другой таблице. Таблица, в которой определен внешний ключ с помощью этого ограничения, называется зависимой, а таблица с кандидатом на первичный ключ - главной. В зависимую таблицу нельзя вставить строку, если внешний ключ не имеет соответствующего значения в главной таблице. Из главной таблицы нельзя удалить строку, если с ней связана хотя бы одна строка в зависимой таблице. Формат задания ограничения таков:
FOREIGN KEY REFERENCES имя главной таблицы (кандидат на первичный ключ или ее ключ).
9.Default - умолчание, представляющее собой значение, которое будет присвоено элементу столбца таблицы при вставке строки (записи), если в команде вставки явно не указано значение для этого столбца. Умолчаниями могут быть константы, а также встроенные функции и математические выражения, возвращающие конкретные значения. Создание умолчания выполняется командой CREATE DEFAULT, а удалить само умолчание командой DROP DEFAULT.
10.Function
- функция, представляющая собой программный модуль, выполняющий некоторые часто используемые действия над данными и возвращающий значение какого-либо типа. Имя функции, осуществляющее ее вызов, может указываться в любом выражении языка Transact-SQL.
Встроенные функции (built-in functions) являются составной частью среды программирования сервера, выполняют заранее предопределенную последовательность команд и не могут изменяться пользователем: COUNT, SUM, MIN, MAX и т. д.
Функции пользователя (user_ defind function) создаются пользователем по правилам языка Transact-SQL для реализации разрабатываемых алгоритмов.
Каждая копия, или экземпляр сервера SQL Server имеет 4 системных базы
данных с именами master, msdb, tempdb и model, а также несколько созданных администратором пользовательских баз данных. Набор системных баз постоянен и не может быть изменен. Обращаться к этим базам напрямую запрещено. Обращаться к ним можно только с помощью специально разработанных интерфейсов: a) С помощью системных хранимых процедур; b) С помощью интегрированной среды Enterprice Manager; c) Используя программные интерфейсы Transact-SQL (API).
При соединении с экземпляром сервера организуется связь с конкретной базой данных на сервере. Эта база данных называется текущей. Она определяется для каждого пользователя системным администратором.
Пользователь может переключаться на другую базу, используя команду
USE < имя базы данных>
или функции API для изменения текущей базы данных.
SQL Server позволяет соединить базы данных от одной копии сервера и подсоединить к другой, а затем восстановить подсоединение к прежней копии.
Все базы данных SQL Server, как системные, так и пользовательские, физически
организованы одинаково. Каждая база данных хранится в отдельных файлах. В отдельном файле хранится журнал транзакций, создаваемому автоматически для каждой базы данных. Это повышает надежность системы. Если произойдет сбой и файлы базы данных будут повреждены, то можно восстановить базу данных из резервной копии, а затем восстановить сделанные изменения из журнала транзакций, который останется не поврежденным.
Таким образом, каждая база данных имеет, минимум, два файла: один для базы
данных и один для журнала транзакций. Эти файлы имеют различную структуру и при работе с ними применяются разные правила.

66
Основная единица хранения данных на уровне файла базы данных - это
страница, которая участвует в операциях ввода-вывода как единое целое даже тогда, когда требуется всего одна строка. Размер страницы равен 8 Кбайт.
Файл журнала транзакций не имеет страниц и экстентов. Он содержит только последовательность записей транзакций, выполняемых в базе данных.
Каждая страница файла базы данных имеет объем 8192 байт. Первые 96 байт страницы отводятся под заголовок, в котором хранится системная информация: тип страницы, объем свободного места на странице, идентификационный номер таблицы или индекса - владельца страниц:
Имеется шесть типов страниц:
1.Data. В страницах этого типа хранятся собственно данные, исключая данные типа text, ntext и image.
2.Index. Страницы этого типа используются для хранения информации об индексированных таблицах.
3.Text/Image. В страницах этого типа хранятся данные типа text, ntext и image.
4.Global Allocation Map (GAM). В страницах данного типа хранится информация об использовании экстентов ( групп страниц). Экстент состоит из 8 страниц (64 Кбайт).
5.Page Free Space. В страницах этого типа хранится информация о свободном пространстве на страницах.
6.Index Allocation Map (IAM). Страницы этого типа хранят информацию об экстентах, используемых таблицами или индексами.
Более сложные базы данных имеют несколько файлов для данных и для транзакций. В этом случае они объединяются в группы для упрощения администрирования базы данных. Любой из таких файлов может располагаться на отдельном диске.
Многофайловая база данных имеет в своем составе файлы следующих типов:
Primary (*.mdf) - основной файл, который содержит системную информацию о самой базе данных и ее объектах. В этом файле размещаются системные таблицы и описание объектов базы данных. Здесь могут храниться и данные. В базе данных такой файл только один и его наличие в базе обязательно.
Secondary (*.ndf) - вторичный файл, который используется только для хранения данных и не содержит системной информации. Он может отсутствовать в базе данных. Если задано несколько файлов этого типа, то они могут быть организованны в группы и распределены по разным физическим дискам.
Transaction Log (*.ldf) - файл журнала транзакций. Можно использовать несколько таких файлов для ускорения операций ввода-вывода, так как транзакции записываются параллельно во все файлы.
Каждый файл, используемый в базе данных, имеет два имени:
Logical File Name - логическое имя файла, которое используется в командах
Transact-SQL при ссылке на конкретный файл;
OS File Name - имя файла в операционной системе, которое используется в операционной системе.
Для каждого файла базы данных можно задать свойство автоматического роста и шаг прироста в мегабайтах или в процентах от первоначального роста, а также максимальный размер, до которого возможен рост файла.
SQL-Server 2000 обеспечивает создание групп следующих трех типов:
Primary File Group - основная группа файлов, которая включает первичный файл и все файлы, не включенные в другие группы. База данных может иметь только одну основную группу файлов.
3.4.1. Таблицы (Tables)
Microsoft SQL Server – реляционная СУБД, поэтому все данные в Sql хранятся в виде двумерных таблиц со строками и столбцами. Строки называются кортежами

67 или записями, а столбцы – доменами или полями.
В этой практической работе рассматриваются способы создания таблиц.
Основные ограничения, которым должны удовлетворять таблицы:
1. Каждый столбец в таблице имеет уникальное имя.
2. Все данные в столбце должны быть одного типа.
3. Порядок строк и столбцов в таблице не имеет значения.
4. В таблице не может быть двух одинаковых строк.
3.4.2. Индексы
Microsoft SQL Server (как и другие реляционные СУБД) хранит записи в таблицах в неупорядоченном виде. Записи, добавляемые в таблицу одна за другой, не обязательно окажутся "рядом". Данные, извлекаемые из таблицы, также не имеют какого-либо порядка, кроме того, который явно указан в запросе на выборку информации.
Индекс – это упорядоченный указатель на записи таблицы. Индекс состоит из пар значений "значение поля" – "физическое расположение записи", поэтому по значению поля (или полей), входящего в индекс, при помощи индекса можно быстро найти место в таблице, где располагается запись, содержащая это значение.
Устройство индексов на физическом уровне для нас совершенно не имеет значения. Важно только знать, что создание индексов может привести к значительному ускорению процессов поиска и сортировки.
Не следует создавать индекс на поля с ограниченным набором значений – например, на поле, хранящие пол человека, которое содержит только два значения – "м" и "ж".
Использование индексов имеется два отрицательных последствия:
1. Для индексов дополнительно тратится дисковое пространство.
2. Наличие индексов замедляет модификацию данных в таблице.
3.5.
Ход работы
Выполнение операций создания таблиц и индексов в диалоговом режиме.
Откройте среду SQL Server Management Studio, выполните соединение с сервером, откройте созданную базу данных University в лаб.раб. №1.
Для создания таблицы в диалоговом режиме, нажмите в окне "Обозревателя
объектов" правую клавишу мыши на узле "Tables" (Таблицы) или на одной из имеющихся таблиц и в открывшемся меню выберите команду "New Table…(Создать таблицу)" (рис. 1). В результате откроется окно создания таблицы (рис. 2).
Рис. 1. Окно "Проводник" с перечнем таблиц

68
Рис. 2. Окно формирования таблицы в диалоговом режиме
Сетка в средней части окна содержит сведения о полях таблицы.
Чтобы добавить поле в таблицу, следует нажать правую клавишу и выбрать из контекстного меню [Вставить столбец].
В колонке "Имя столбца" вводится имя создаваемого поля, в колонке "Тип
данных" выбирается тип данных. Чтобы задать полю ограничение "NOT NULL" достаточно установить флажок в колонке "Разрешить значения NULL (пустые
значения)".
Чтобы присвоить полю статус первичного ключа необходимо в колонке ПК щелкнуть правой клавишей мыши и выбрать из контекстного меню Создать первичный
ключ.
Дополнительные свойства можно настраивать с помощью окна Свойства столбца,
которое находится внизу рабочей области.
Самостоятельно
Создайте новую таблицу, хранящую информацию о всех факультетах в университете.
Присвойте ей имя – Facultet.
Добавьте поля Kod_faculteta (уникальный номер факультета, тип – целый int, первичный ключ, автоинкремент), Name_faculteta (название факультета, тип текстовый -
varchar, длина 255 символов, не допускается пустых значений), Fio_Decana (ФИО декана факультета, тип – текстовый varchar), Nomer_komnatu (номер комнаты деканата, тип – символьный varchar(допускается запись 134-2, где 134 – номер комнаты, а 2 – номер корпуса)), Tel_decanata (телефон деканата, тип – длинное целое число bigint с точностью в 10 символов, значение по умолчанию ‘999999’,ограничение на значение меньше ‘1 000 000’).
Примечание.
1). Для того, чтобы сделать автоприращение ключевого поля kod_faculteta измените в дополнительных свойствах столбца свойство – Спецификация
идентификатора:

69 2). Для того, чтобы добавить проверочное ограничение на столбец Tel_decanata , выделите его и правой клавишей из меню выберите Проверочные ограничения. В появившемся окне нажмите кнопку Добавить. Будет создано ограничение под именем по умолчанию, для которого необходимо создать выражение вычисления ограничения на вводимые значения выбранного поля. В нашем случае ограничение на значение меньше
‘1 000 000’ будет иметь вид
Tel_decanata< 1 000 000.
После введения данных о всех полях таблицы следует нажать кнопку
[Сохранить] на панели инструментов.
Создадим для данной таблицы индексы (для других таблиц создавать индексы не нужно!!).
Для этого выберите из контекстного меню "Индексы и ключи" (рис. 15).
В нашем случае для первичного ключа автоматически присваивается уникальный индекс по возрастанию, см. рис.15.

70
Рис. 15. Окно просмотра и редактирования индексов
Мастер позволяет просматривать, редактировать, создавать и удалять индексы.
Для создания индекса выполните следующие действия:
1. Нажмите в этой сетке клавишу [Добавить]. В результате будет вставлена новая строка.
2. Задайте в колонке "имя" имя индекса – My_Index_Facultet.
3. Нажмите кнопку в колонке "Столбцы". В результате откроется окно с для выбора столбцов и порядка сортировки. В левом списке "Имя столбца" будут находиться поля, которые можно добавить к индексу, в правом списке "Сортировка" находиться список сортировки. Для формирования перечня полей, которые будут входить в индекс, добавьте нужные поля.
4. Если создается уникальный индекс, то изменяется свойство в колонке "Уникальный" .
5. Чтобы создать индекс нажмите кнопку сохранить.
После создания индекса его можно в любой момент изменить, если изменить параметры индекса и снова нажать кнопку Сохранить.
Для заполнения таблиц данными вначале выделите таблицу в окне проводника и из контекстного меню выберите Изменить первые 200 строк. Вид окна представлен на рис. 17.
Рис. 17. Диалог создания записей в таблице

71
Введите самостоятельно три записи. Для добавления новой записи воспользуйтесь кнопкой перехода .
После ввода данных нажмите на панели кнопку о подтверждении изменения данных
Выполнить SQL – код.
Примечание.
При вводе данных в поле kod_faculteta заполнять числами не нужно, они будут добавлены автоматически согласно формуле инкремента.
При вводе данных в поле tel_decanata значение можно оставить не заполненным. В результате выполнения sql-кода поле будет заполнено значением по-умолчанию.
При вводе данных в поле tel_decanata значение более 1 000 000 будет отображаться ошибка ввода связанной с проверочным ограничением.
Самостоятельно создайте новую таблицу, присвойте ей имя Kafedra.
Добавьте следующие поля в таблицу: Kod_kafedru (уникальный номер кафедры, тип – целый, первичный ключ, автоинкремент), kod_faculteta (номер факультета, к которому принадлежит кафедра, тип – целый, не допускается пустых значений),
Name_kafedru (название кафедры, тип текстовый, длина 50 символов, не допускается пустых значений), Fio_zavkaf (ФИО заведующего кафедрой, тип – текстовый),
Nomer_komnatu (номер комнаты кафедры, тип – числовой, num_korpusa (номер корпуса, тип – числовой, с ограничением – номер корпуса может быть, только от 1, 2, 3,
4, 5, 6, 7, 8, 9, 11, 12), Tel_kafedru (телефон кафедры, тип – текстовый).
Примечание.
Для создания ограничений для столбца num_korpusa используйте в выражении функцию
IN (‘знач1’,’знач2’, ..,’значn’)
Создадим связь между двумя таблицами Факультет и Кафедра.
Между данными таблицами можно установить связь «один-ко-многим», так как на одном факультете может быть несколько кафедр. Например, к факультету Математики
и информатики относятся кафедры Информатики, Компьютерные сети и системы,
Прикладной математики и Математического анализа.
Чтобы создать связь «один-ко-многим» необходимо вызвать в окне редактирования таблицы Кафедра каскадное меню и выбрать Отношения
Внешний ключ будет создан к полю kod_faculteta и оно будет связано с полем первичным ключом kod_faculteta внешней таблицы Факультет.
Для этого в появившемся окне Связи по внешнему (см. рис. 18) перейдите на поле
Спецификация таблиц и столбцов и нажмите кнопку напротив для его изменения.

72
Рис. 18. Диалог создания внешних ключей
Вам будет открыто диалоговое окно создания Внешних ключей (рис. 19), где имя связи по умолчанию присвоенное внешнему ключу можете оставить без изменения.
Выберите в качестве таблицы первичного ключа – Facultet и поле kod_faculteta.
Выберите в качестве таблицы внешнего ключа – Kafedra и поле kod_faculteta.
Нажмите Ок и вернитесь в предыдущее окно.
Рис. 19. Создание Внешних ключей
Установите правила удаления и обновления данных. Для этого перейдите на поле
Спецификации INSERT и UPDATE и выберите правило каскадного удаления и обновления.
Сохраните таблицу.
После подтверждения операции у вас в таблице Кафедра появится внешний ключ по полю kod_faculteta. Для этого в окне проводника выберите в таблице Кафедра элемент Ключи и вы увидите первичный ключ и внешний ключ.
Введите самостоятельно название кафедр и их реквизиты на все созданные факультеты. Для добавления новой записи воспользуйтесь кнопкой перехода .

73
После ввода данных нажмите на панели кнопку о подтверждении
Для визуального отображения связей между таблицами воспользуйтесь средством
Диаграммы базы данных, добавьте две созданных вами таблицы в проект и сохраните получившийся результат под именем Diagram_BD.
Задание для практической работы №3
Для ранее созданной базы данных по номеру варианта (созданной в лаб.работе
№2) в СУБД SQL Server Management Studio:
1. Создайте все таблицы базы данных, ключи, ограничения и связи.
2. Каждая таблица должна иметь ограничение первичного ключа.
3. С помощью ограничений внешнего ключа должны быть заданы все имеющиеся связи между таблицами.
4. В зависимости от условий выданного задания в некоторых таблицах могут быть наложены дополнительные ограничения целостности на столбцы или должны быть разработаны вычисляемые поля.
5. Создайте диаграмму базы данных.
6. Заполните таблицы данными не менее 5 записей в каждой.
7. Создать текстовый отчет, в котором отобразить скриншоты результатов работы в СУБД SQL Server Management Studio (окно с базой данных с перечнем всех таблиц, проекты таблиц с перечнем столбцов, окна ограничений внешних ключей (создание), окно с перечнем ключей для каждой таблицы, окна с данными для каждой таблицы, диаграмма базы данных).

74
ПРАКТИЧЕСКАЯ РАБОТА №4. ВВЕДЕНИЕ В ЯЗЫК SQL. СОЗДАНИЕ
ТАБЛИЦ И ОГРАНИЧЕНИЙ НА SQL
4.1.
Цель практической работы
Изучение структурированного языка запросов Transact - SQL, являющегося основой системы программирования SQL Server, и приобретение навыков применение инструментальных средств разработки и программирования объектов создаваемых баз данных. Изучить SQL-операторы для работы с таблицами и индексами. Изучить sql- команды для создания, изменения и удаления таблиц. Изучить используемые в SQL
Server типы ограничений. Изучить SQL-операторы для работы с ограничениями.
4.2.
Исходные данные
Исходными данными является индивидуальное задание и результат предыдущих практических работ.
4.3.
Используемые программы
Программа " SQL Server Management Studio " и установленный сервер Microsoft
SQL Server .
Выполнение операций над таблицами, индексами и ограничениями с
помощью языка SQL
4.4.
Теоретические сведения
4.4.1.Основы программирования на Transact - SQL
Система программирования SQL Server относится к классу командно- интерпретирующих систем сверхвысокого уровня. Единицами действий системы являются команды, исполняемые в режиме интерпретации сразу же по мере их поступления в сервер. Основой этой системы программирования является проблемно- ориентированный структурированный язык запросов (Structured Query Language)
Transact - SQL, который расширяется и развивает возможности стандарта ANSI SQL -
92.
Transact - SQL включает следующие средства:
1. данные различного типа баз данных и переменных;
2. константы, стандартные и ограниченные идентификаторы;
3. арифметические и логические выражения, включающие следующие операнды: константы, переменные, имена столбцов таблиц, функции, подзапросы и условные выражения, а также выражения, взятые в круглые скобки;
4. SQL - команды для создания, изменения и удаления баз данных и их объектов, а также для определения запросов на ввод, обработку и извлечение данных;
5. управляющие программные структуры, определяющие условия и порядок выполнения команд в заданной последовательности или пакете команд;
6. встроенные (системные) и определяемые пользователем функции;
7. встроенные (системные) и определяемые пользователем хранимые процедуры.
В системе могут храниться, помимо функций и процедур, последовательности
(пакеты) команд, которые называются скриптами. Если скрипт описывает процесс создания базы данных, или каких-либо ее объектов, то такой скрипт называется
сценарием. Сценарии позволяют переносить структуру базы данных от одного сервера к другому, а также структуру таблиц и других объектов в различные базы данных.
Скрипты хранятся в текстовых файлах.

75
Функции и хранимые процедуры баз данных позволяют уменьшить объем запросов, передаваемых от клиента к серверу, что повышает общую производительность системы. Наличие исходного кода для этих объектов позволяет упростить сопровождение программных комплексов и внесение изменений в них.
Обычно все бизнес-правила и алгоритмы обработки данных реализуются на сервере баз данных и доступны конечному пользователю в виде набора функций и хранимых процедур, которые и представляют интерфейс обработки данных. Для обеспечения целостности данных, а также в целях безопасности, приложению обычно не предоставляется прямой доступ к данным. Вся работа ведется с помощью указанного интерфейса.
Подобный подход делает весьма простым изменение алгоритмов обработки данных и обеспечивает возможность расширения системы без внесения изменений в само приложение. Достаточно изменить хранимую процедуру на сервере баз данных, и сделанные изменения тотчас станут доступными всем пользователям сети.
В языке Transact - SQL имеются следующие виды констант:
1. битовые: 0 и 1;
2. логические: FALSE и TRUE;
3. бинарные в шестнадцатеричном представлении: 0*9E70DA;
4. символьные: 'ABC'; "ABC" (если QUOTEDIDENTIFIER = OFF); N 'ABC'
(Unicode); N "ABC" (Unicode);
5. целые: 1; 2; 175;
6. с фиксированной точкой: 12.35; - 16.753;
7. с плавающей точкой: 1.75Е5; 3.84Е - 3;
8. для даты: " April 15.2003"; "4/15/2003"; "20031207";
9. для времени: 14:30; 14:30:20:999; 4am; 4pm;
10. денежные: $100;?200; 2.15.
Комментарии в языке бывают двух типов: сточные, начинающиеся с двух символов минуса - и блочные, заключаемые символами /* и */.
Все объекты базы данных должны иметь имена, которые используются в командах для ссылки на эти объекты. Любой объект базы данных должен быть уникально идентифицирован. Помимо программных имен сервер автоматически генерирует внутренние уникальные имена для идентификации объектов баз данных, например, PK
Table X 014543FA.
Программные имена задаются идентификаторами двух типов:
1. стандартными идентификаторами: Table X; Key Col;
2. ограниченными идентификаторами: [My Table]; [Order]; "My Table";
"Order" (если QUOTEDIDENTIFIER = ON).
Длина идентификатора - от 1 до 128 символов.
Идентификатором не может быть какое-либо зарезервированное ключевое слово языка.
Стандартный идентификатор в качестве первого символа может иметь любую латинскую или русскую букву, знаки #, ##, @, @@ и знак подчеркивания _.
Последующими знаками, помимо указанных, могут быть еще и десятичные цифры.
Ограниченные идентификаторы могут включать и другие символы, в том числе зарезервированные слова. В этом случае они должны заключаться в квадратные скобки или двойные кавычки.
В соответствии с идеологией SQL Server каждый объект создается определенным пользователем и принадлежит той или иной базе данных. В свою очередь база данных

76 расположена на конкретном сервере. Из имен объекта, пользователя, базы данных и сервера создается полное имя (complete name) или полностью определенное имя (full
qualified name), записываемое в следующем виде:
[[[server.].[database].[owner_name].] objectname
Варианты обращения к объектам базы данных:
A.B.C.D; A.B..D; A..C.D; A..D; B.C.D; B..D; C.D; D
Чтобы сослаться на конкретный столбец таблицы или представления, необходимо в полном имени указать пятый элемент: А.В.C.E.
Операторами выражения могут быть унарные (+ и - ), бинарные арифметические операторы (+, -, *, % ), оператор присваивания (=), строковая операция конкатенации (+), операторы сравнения (=, >, <, <=, >=, =, != или <>, !<, !>), логические операторы (NOT,
AND, OR, ALL, ANY, BETWEEN, EXIST, IN, LIKE, SOME ) и битовые операторы (&,
|, ^).
Константы, переменные, операнды и выражения используются при записи команд и программирования функций и хранимых процедур, которые, все вместе взятые, составляют основную часть системы программирования SQL Server и определяют ее выразительную мощь. Команды позволяют создавать, модифицировать и удалять базы данных и их объекты, формировать сложные запросы на ввод, обработку и извлечение данных из баз знаний, выполнять функции администрирования и обслуживания баз данных. Функции и хранимые процедуры реализуют разнообразные алгоритмы обработки данных или выполнение служебных функций сервера.
При формировании запросов очень часто используются специальные логические
операторы, синтаксис которых записывают следующим образом:
1. Выражение {= | < > | ! = | > | >= | ! >|, = | !<} ALL подзапрос.
Здесь скалярное выражение вычисляется и сравнивается с каждым значением, возвращаемым подзапросом. Если сравнение дает истину для всех возвращаемых подзапросом значений, то этот оператор возвращает истину.
2. Если вместо ALL записать SOME или ANY, то результатом будет истина, если хотя в одной строке будет выполняться заданное сравнение.
3. Выражение [NOT] BETWEEN Н Выражение AND В Выражение возвращает истину, когда значение выражения лежит в диапазоне значений Н выражения и В
Выражения (или не лежит).
4. Оператор EXISTS (подзапрос) возвращает значение истина, если подзапрос возвращает хотя бы одну строку.
5. Выражение [NOT] IN (подзапрос \ выражение [,.. n]) возвращает значение истина, если значение левого выражения совпадает с одним из значений подзапроса или списка значений правых выражений (или не совпадает).
6. Выражение [NOT] LIKE шаблон [ESCAPE знак] дает истину, если значение выражения соответствует или не соответствует шаблону, в котором "%" означает любое количество произвольных символов, "_" - один произвольный символ, "[символы]" - один из указанных в скобках, "[символы]" - все символы, кроме указанных. Знак после слова ESCAPE позволяет указать, что следующий за ним знак шаблона не является управляющим знаком шаблона, т.е. знаком "%", "_" и т.д., а представляет обычный знак строки.
Раздел документации сервера T - SQL Help содержит описание каждой команды языка Transact - SQL B и набор примеров их использования. Синтаксис команды

77 определяется с помощью специального метаязыка, основанного на нормальных формах
Бекуса Наура (БНФ).
Ключевые слова определения без всякого изменения переходят в саму команду; метапеременные, написанные курсивом, должны быть заменены программными именами; разделители (запятая, равно, апостроф и т.д.) также переходят в качестве разделителей в команду.
Метасинтаксические знаки имеют следующий смысл:
::=
— есть по определению;
|
— выбор альтернативы;
[ ]
возможное отсутствие части определения;
{ }
— объединение частей определения для выюора или повторения;
[,...n] — повторение предшествующей части 1, 2, ..., n раз с разделителем запятая для этой части (разделитель может быть любой;)
<...> — метапеременная, которая имеет свое определение.
4.4.2. Команды SQL для создания, удаления и изменения таблицами
Часть языка SQL, которая управляет метаданными, называется Data Definition
Language (DDL).
К DDL относятся операторы для определения любых содержащихся в базе
данных объектов, в том числе и таблиц.
Операторы, определяющие структуру таблиц в MS SQL Server, соответствуют стандарту SQL, и поэтому без изменений будут работать и во многих других СУБД.
Таблицы создаются, изменяются и удаляются соответственно командами
Transact-SQL:
CREATE TABLE,
ALTER TABLE
DROP TABLE.
При создании новой базы данных сервер автоматически создает 18 системных
таблиц для хранения информации о ее структуре и организации, доступ к которым со стороны пользователя запрещен.
Помимо основных и системных таблиц, которые, как правило, постоянно хранятся в базе данных, можно использовать временные таблицы для временного хранения информации, которые автоматически уничтожаются при закрытии соединения с базой данных.
В языке Transact-SQL используются следующие типы данных:
binary(n)
-двоичные данные фиксированной длины до 8000 байт; для n байтов выделяется n+4 байта памяти; значения задаются с помощью 16- ичных чисел
0 х<шестнадцатеричные цифры>; функция
DATALENGTH позволяет определить длину поля в байтах; дополнение нулевыми байтами производится справа.
image
- двоичные данные длиной до 2 - 1; место выделяется в виде цепочки страниц.
char(n)
-строковый тип данных фиксированной длины без поддержки
Unicode длиной до 8000 байтов; данные зависят от установленной кодовой страницы; если для столбца не задана опция NULL, то строка при необходимости будет дополняться справа пробелами; если эта опция задана, то дополнение пробелами будет иметь место

78 при условии ANSI_PADDING=ON, в противном случае пробелы добавляться не будут.
var char(n)
-строковый тип, как и char^^ro не с фиксированной длиной; если
ANSI_PADDING=OFF, то будет выполняться удаление конечных пробелов, если ANSI_PADDING=ON, то удаление пробелов производиться не будет.
Nchar(n)
-строковый типкак и char(n), но с поддержкой Unicode, поэтому максимальное количество символов составляет 4000; в этом случае для строковых констант надо задавать впереди букву N: N'ABC'.
Nvarchar(n)
-строковый тип, как varchar(n), но с поддержкой Unicode.
Text
-строковый тип без поддержки Unicode длиной до 2 Гбайт; память выделяется страницами по 8 Кбайт, связываемыми в цепочку; можно использовать встроенные функции: DATALENGTH, PATINDEX,
SUBSTRING, TEXTPTR, TEXTVALID, READTEXT, SET TEXTSIZE,
UPDATETEXT, WRITETEXT.
Ntext
-строковый тип как и text, но с поддержкой Unicode, поэтому длина строки не более 1 Гбайта.
Int
-целый тип длиной в 4 байта и с диапазоном от -2 31
до 2 31
-1. Smalling
-целый тип длиной в 2 байта с диапазоном от -2 15
до 2 15
-1. Tinyint - целый тип длиной в 1 байт и диапазоном от 0 до 255.
Bigint
-целый тип длиной в 8 байт и с диапазоном от-2 63
до 2 63
-1.
Decimal[(p[,s])] -десятичный двоично-кодированный тип с p десятичными разрядами, из которых s - дробных; максимальное значение p достигает 38, поэтому диапазон значений составляет от -
(10 38
-1) до 10 38
-1.
Numeric[(p[,s])]
-тип, аналогичный типу decimal[(p[,s])].
Float[(n)]
-плавающий (приблизительный) тип длиной в 4 байта и с диапазоном от -1.79x10 308
до 1.79x10 308
; значение n определяет количество бит для хранения мантисы и может принимать значения от 1 до 53.
Real
-плавающий тип, являющийся аналогом float(240).
Datetime
-тип данных для хранения даты (4 первых байта) и времени (4 последних байта) в диапазоне от 1.1.1753 и до 31.12.9999 года; дата хранится в виде смещения относительно базовой даты 1.1.1753, а время является количеством миллисекунд после полуночи; формат для пользователя: MMM DD YYYY hh:
Smalldatetime
-тип данных для хранения даты (первых 2 байта) и времени
(последние 2 байта) в диапазоне от 1.1.1900г. до 6.6.2079г., время задается с точностью до минуты. Money -тип данных для хранения больших денежных величин с точностью до 4 знаков после запятой в диапазоне от -922 337 203 685 477.5808 до +922 337 203 685 477.5807; для хранения данных отводится 8 байт. Smallmoney -тип данных для хранения нормальных денежных величин с точностью до 4 знаков после запятой в диапазоне от -214 748.3648 до 214 748.3647; для хранения данных отводится 4 байта.
Bit
-битовый (логический) тип со значениями 0 и 1; для хранения выделяется 1 разряд байта памяти.
Timestamp
-тип данных временный штамп для учета числа изменений данных в записи (версий строки row version); значение timestamp уникально в пределах базы данных и позволяет идентифицировать конкретное значение записи; тип аналогичен binary(8), если хранение NULL не

79 разрешено и varbinary(8), если разрешено. Uniqueidentifier -тип данных для хранения глобальных уникальных идентификаторов длиной в 16 байт, генерируемых функций NEWID и используемых для идентификации строк (записей); при генерации используется номер сетевой карты компьютера и текущее время.
Sysname
-тип данных для хранения имен объектов базы данных; аналог nvarchar (128). Sql_variant -вариантный тип данных для хранения данных любого типа, кроме text, ntext,image,timestamp; для получения информации о природе хранимых данных используется функция SQL_VARIANT_PROPERTY().
Table
-тип таблицы для временного хранения наборов данных с использованием переменных.
Инструкция CREATE TABLE (Transact-SQL)
Для создания таблиц используется оператор "CREATE TABLE", который приводит к созданию пустой таблицы без строк. При создании таблиц задается имя таблицы, описание набора столбцов с их именами, типами и размерами, а также ограничения на хранящуюся в таблице информацию.
Имена таблиц в пределах базы данных должны быть уникальны.
Каждый столбец в таблице должен иметь имя, уникальное в пределах таблицы, а также либо тип данных, ограничения целостности, либо выражение для вычисления значения столбца.
Общий синтаксис
CREATE TABLE
[ database_name . [ schema_name ] . | schema_name . ] table_name
[ AS FileTable ]
( { |
| | [ ] [ ,...n ] } )
[ ON { partition_scheme_name ( partition_column_name ) | filegroup
| "default" } ]
[ { TEXTIMAGE_ON { filegroup | "default" } ]
[ FILESTREAM_ON { partition_scheme_name | filegroup
| "default" } ]
[ WITH ( [ ,...n ] ) ]
[ ; ]
::=
column_name
[ FILESTREAM ]
[ COLLATE collation_name ]
[ NULL | NOT NULL ]
[
[ CONSTRAINT constraint_name ] DEFAULT constant_expression ]
| [ IDENTITY [ ( seed ,increment ) ] [ NOT FOR REPLICATION ]
]
[ ROWGUIDCOL ] [ [ ...n ] ]
[ SPARSE ]

80
::=
[ type_schema_name . ] type_name
[ ( precision [ , scale ] | max |
[ { CONTENT | DOCUMENT } ] xml_schema_collection ) ]
::=
[ CONSTRAINT constraint_name ]
{ { PRIMARY KEY | UNIQUE }
[ CLUSTERED | NONCLUSTERED ]
[
WITH FILLFACTOR = fillfactor
| WITH ( < index_option > [ , ...n ] )
]
[ ON { partition_scheme_name ( partition_column_name )
| filegroup | "default" } ]
| [ FOREIGN KEY ]
REFERENCES [ schema_name . ] referenced_table_name [ ( ref_column ) ]
[ ON DELETE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ]
[ ON UPDATE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ]
[ NOT FOR REPLICATION ]
| CHECK [ NOT FOR REPLICATION ] ( logical_expression )
}
::=
column_name AS computed_column_expression
[ PERSISTED [ NOT NULL ] ]
[
[ CONSTRAINT constraint_name ]
{ PRIMARY KEY | UNIQUE }
[ CLUSTERED | NONCLUSTERED ]
[
WITH FILLFACTOR = fillfactor
| WITH ( [ , ...n ] )
]
| [ FOREIGN KEY ]
REFERENCES referenced_table_name [ ( ref_column ) ]
[ ON DELETE { NO ACTION | CASCADE } ]
[ ON UPDATE { NO ACTION } ]
[ NOT FOR REPLICATION ]
| CHECK [ NOT FOR REPLICATION ] ( logical_expression )
[ ON { partition_scheme_name ( partition_column_name )
| filegroup | "default" } ]
]
::=
column_set_name XML COLUMN_SET FOR ALL_SPARSE_COLUMNS
< table_constraint > ::=
[ CONSTRAINT constraint_name ]
{

81
{ PRIMARY KEY | UNIQUE }
[ CLUSTERED | NONCLUSTERED ]
(column [ ASC | DESC ] [ ,...n ] )
[
WITH FILLFACTOR = fillfactor
|WITH ( [ , ...n ] )
]
[ ON { partition_scheme_name (partition_column_name)
| filegroup | "default" } ]
| FOREIGN KEY
( column [ ,...n ] )
REFERENCES referenced_table_name [ ( ref_column [ ,...n ] ) ]
[ ON DELETE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ]
[ ON UPDATE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ]
[ NOT FOR REPLICATION ]
| CHECK [ NOT FOR REPLICATION ] ( logical_expression )
}
::=
{
[DATA_COMPRESSION = { NONE | ROW | PAGE }
[ ON PARTITIONS ( {
| }

[ , ...n ] ) ]]
[ FILETABLE_DIRECTORY = ]
[ FILETABLE_COLLATE_FILENAME = { | database_default
} ]
[ FILETABLE_PRIMARY_KEY_CONSTRAINT_NAME = ]
[ FILETABLE_STREAMID_UNIQUE_CONSTRAINT_NAME =
]
[ FILETABLE_FULLPATH_UNIQUE_CONSTRAINT_NAME =
]
}
::=
{
PAD_INDEX = { ON | OFF }
| FILLFACTOR = fillfactor
| IGNORE_DUP_KEY = { ON | OFF }
| STATISTICS_NORECOMPUTE = { ON | OFF }
| ALLOW_ROW_LOCKS = { ON | OFF}
| ALLOW_PAGE_LOCKS ={ ON | OFF}
| DATA_COMPRESSION = { NONE | ROW | PAGE }
[ ON PARTITIONS ( {
| }

[ , ...n ] ) ]
}
::=

TO


82
Рассмотрим и расшируем назначение ключевых слов и аргументов команды
CREATE TABLE.
Аргументы:
database_name
Имя базы данных, в которой создается таблица. Параметр database_name должен указывать имя существующей базы данных. Если аргумент database_name не указан, по умолчанию список стоп-слов создается в текущей базе данных. Имя входа для текущего соединения должно быть связано с идентификатором пользователя, существующего в базе данных, указанной аргументом database_name, а этот пользователь должен обладать разрешениями CREATE TABLE.
schema_name
Имя схемы, которой принадлежит новая таблица.
table_name
Имя новой таблицы. Имена таблиц должны соответствовать правилам для идентификаторов. Аргумент table_name может состоять не более чем из 128 символов, за исключением имен локальных временных таблиц (имена с одним префиксом номера
#), длина которых не должна превышать 116 символов.
AS FileTable
Создает новую таблицу FileTable. Нет необходимости указывать столбцы, так как таблица FileTable имеет фиксированное схему. Дополнительные сведения о таблицах
FileTable см. в разделе Таблицы FileTable (SQL Server).
column_name
Имя столбца в таблице. Имена столбцов должны соответствовать правилам именования идентификаторов и быть уникальными в рамках таблицы. Аргумент
column_name может иметь длину не более 128 символов. Аргумент column_name может быть опущен для столбцов, создаваемых с типом данных timestamp. Если аргумент column_name не указан, столбцу типа timestamp по умолчанию присваивается имя timestamp.
computed_column_expression
Выражение, определяющее значение вычисляемого столбца. Вычисляемый столбец представляет собой виртуальный столбец, физически не хранящийся в таблице, если для него не установлен признак PERSISTED. Значение столбца вычисляется на основе выражения, использующего другие столбцы той же таблицы. Например, определение вычисляемого столбца может быть следующим:
cost AS price * qty.
Выражение может быть именем невычисляемого столбца, константой, функцией, переменной или любой их комбинацией, соединенной одним или несколькими операторами. Выражение не может быть вложенным запросом или содержать псевдонимы типов данных.
Вычисляемые столбцы могут использоваться в списках выбора, предложениях
WHERE, ORDER BY и в любых других местах, в которых могут использоваться обычные выражения, за исключением следующих случаев.
 Вычисляемый столбец нельзя использовать ни в качестве определения ограничения DEFAULT или FOREIGN KEY, ни вместе с определением ограничения NOT NULL. Однако вычисляемый столбец может использоваться в качестве ключевого столбца индекса или части какого-либо ограничения
PRIMARY KEY или UNIQUE, если значение этого вычисляемого столбца определяется детерминистическим выражением и тип данных результата разрешен в столбцах индекса.

83
 Вычисляемый столбец не может быть целевым столбцом инструкций
INSERT или UPDATE. Примечание
Каждая строка таблицы может содержать различные значения столбцов, задействованных в вычисляемом столбце; таким образом, значение вычисляемого столбца не будет одним и тем же в каждой строке.
PERSISTED - указывает, что компонент Компонент SQL Server Database Engine будет физически хранить вычисляемые значения в таблице и обновлять их при изменении любого столбца, от которого зависит вычисляемый столбец. Указание
PERSISTED для вычисляемого столбца позволяет создать индекс по вычисляемому столбцу, который будет детерминистическим, но неточным.
ON {
| filegroup | "default" }

Указывает схему секционирования или файловую группу, в которой хранится таблица. Если аргумент
указан, таблица будет разбита на секции, хранимые в одной или нескольких файловых группах, указанных аргументом
<
1   2   3   4   5   6   7   8   9   10   ...   19


написать администратору сайта