необходимо иметь клиентскую часть SQL Server. Программирование администрирования SQL Server значительно упрощается благодаря легкому в изучении и использовании объектному языку. Легко можно выполнять все запросы как выборки, так и управления.

После того как вы подсоединитесь к внешнему источнику данных, вы можете задействовать набор SQL - pass through функций. С помощью них вы можете выполнять SQL команды, которые обеспечивают следующие операции:

1. Выполнение хранимым процедур.

2. Выполнение запросов на языке сервера.

3. Создание новых баз данных, таблиц и индексов на сервере.

4. Создание и выполнение триггеров, значений по умолчанию, правил проверки ввода и хранимых процедур.

5. Поддержание бюджетов пользователей или выполнение других задач Системного Администратора.

6. Выполнение множественных операций добавления и обновления в одном наборе команд.

Для того чтобы получить доступ ко всем этим возможностям, вам необходимо наличие Администратора ODBC на вашей рабочей станции. Как правило, большинство приложений фирмы Microsoft устанавливают это приложение, если вы при установке указали, что это необходимо. Нужные драйверы, как правило, поставляются с продуктом, доступ к данным которого вы хотите иметь. Помимо этого их выпускают еще третьи фирмы. Можно написать драйвер и самостоятельно, используя ODBC SDK. После того как вы решили все эти проблемы, можете приступать к созданию хранилищ данных на выбранном сервере баз данных.

Команды Transact-SQL

Теперь, когда мы подошли к вопросу создания приложений клиент-сервер, настала пора продолжить изучение следующего набора SQL команд. Помните, что все они доступны из любого средства разработки приложений, которое либо поддерживает ODBC, либо имеет возможность вызывать функции из внешних API.

У нас нет возможности описать все диалекты и нет желания описывать стандартный SQL. Поэтому мы остановимся на MS SQL Server. То есть синтаксис приводимых команд и примеры их использования относятся к MS SQL Server.

Одна из самых сложных команд в Transact-SQL - команда CREATE TABLE имеет много опций и позволяет построить настоящую схему данных. Мы рассматривали эту команду в предыдущем разделе, но синтаксис этой команды в Transact-SQL требует более подробного ее рассмотрения в данном диалекте SQL.

Приводим синтаксис этой команды, а в табл. 8.2 описание ее аргументов.

CREATE TABLE [database.[owner].]tablename

({colname datatype [NULL NOT NULL IDENTITY[(seed, increment)]]

[constraint [ constraint [...constraint]]]

[[,] constraint]} [[,] {nextcolname nextconstraint}...])

[on segmentname]

Таблица 8.2. Аргументы команды CREATE TABLE Аргумент Назначение

Database База данных, которая будет содержать таблицу. Если этот параметр опущен, то базой данных по умолчанию будет последняя, открытая с помощью команды

USE.

Owner Владелец новой таблицы, если не указан, то владельцем будет считаться текущий пользователь, который запускает команду.

Tablename Имя вновь создаваемой таблицы. Должно удовлетворять правилам SQL для идентификаторов.

Colname Название колонки в таблице. Должно удовлетворять правилам SQL для идентификаторов.

Datatype Тип данных, поддерживаемый в SQL.

Может быть как встроенным, так и пользовательским типом.

Seed Начальное значение колонки типа IDENTITY.

Increment Разница между последовательными

значениями в колонке типа IDENTITY.

Constraint Ограничения уровня поля или колонки.

Пример использования команды:

CREATE TABLE modelSQL (key auto smallint IDENTITY(1,1),

model name varchar(25) NOT NULL, model prc money)

В этом примере используются следующие опции команды CREATE TABLE:

IDENTITY - указывает, что SQL Server автоматически прибавит единицу (аргумент Increment), причем отсчет начнется с 1 (Seed).

NOT NULL - указывает, что поле должно иметь значения в каждой новой записи. Это устанавливается по умолчанию. Если нужно разрешить полю не иметь значения, то в поле необходимо указать NULL.

Каждой колонке должен быть присвоен тип данных, которые она может хранить. В табл. 8.3 мы приведем типы данных, которые поддерживаются в MS SQL Server для колонок.

Таблица 8.3. Допустимые типы данных для MS SQL Server Тип Описание

данных

bynary(n) Данные бинарного типа длиной ровно n бит. Не может принимать значения типа

NULL.

varbynary(n) Данные двоичного типа длиной до n бит. Может принимать значения типа

NULL.

char(n) Данные символьного типа длиной ровно n символов. Не может принимать значения типа NULL.

varchar(n) Данные символьного типа длиной до n символов. Может принимать значения

типа NULL.

datetime Тип дата, который может принимать значения между 1 января 1753 и 31 декабря 9999 с точностью в 3.33 миллисекунд.

small- Тип дата, который может принимать datetime значения между 1 января 1900 и 06 июня 2079 с точностью в 1 минуту.

decimal(p,s) Десятичное число, которое может иметь всего до p знаков и до s знаков после запятой. Значение p должно быть не больше, чем 38, а s не больше, чем p.

numeric(p,s) Десятичное число, которое может иметь всего до p знаков и до s знаков после запятой. Значение p должно быть не больше, чем 38, а s не больше, чем p.

float(n) Число с плавающей запятой с

количеством знаков после запятой не больше 15. Позволяет достигнуть точности 10 в 38 степени.

real Число, которое может иметь до 7 знаков после запятой.

int Целое число, принимающее значения

между -2 147 483 648 и 2 147 483 647.

smallint Целое число, принимающее значения

между -32768 и 32767.

tinyint Целое число, принимающее значения между 0 и 255.

money Неокругленное число с плавающей

запятой от -922 337 203 685 477.5808 до 922 337 203 685 477.5808.

smallmoney Неокругленное число с плавающей запятой от -214 746.3648 до 214 746.3647.

bit 1 или 0.

Timestamp Уникальное значение, которое

генерирует SQL, каждый раз, когда запись редактируется. Каждая таблица может иметь только одно поле типа Timestamp.

text Поле, принимающее значения

символьного типа длиной до 2 Мб.

image Поле двоичного типа длиной до 2 Мб.

Помимо приведенного в табл. 8.3 набора типов данных, можно создавать свои типы данных. Для этого используется системная хранимая процедура sp addtype.

В синтаксисе команды CREATE TABLE есть слово constraint (ограничение). Разрешено пять типов ограничений:

1. Первичный ключ (Primary Key) таблицы.

2. Уникальность (Unique) таблицы.

3. Ссылка (Foreign Key) таблицы.

4. Значение по умолчанию (Default) колонки.

5. Правило проверки уровня колонки (CHECK).

Чтобы создать первичный ключ, который следит за уникальностью значений по его выражению первичного ключа, включают ограничение первичного ключа. Главное же предназначение первичного ключа - это использование его в декларативной ссылочной целостности, с помощью которой вы можете проводить каскадные изменения данных (модификация, удаление и вставка) в дочерних таблицах, то есть таблицах, связанных с родительской по выражению первичного ключа. Синтаксис этого ограничения выглядит следующим образом:

[CONSTRAINT constraintname]

PRIMARY KEY [CLUSTERED NONCLUSTERED] (colname [, colnamel [..., colname16]]) [ON segmentname]

Первичный ключ может проиндексировать до 16 колонок в таблице. В таблице может быть только один первичный ключ. Первичный ключ может относиться к типу CLUSTERED или NONCLUSTERED. Тип CLUSTERED создает объект, в котором физический порядок записей такой же, как и индексный. Естественно, что это увеличивает скорость поиска записи. Только один индекс типа CLUSTERED может присутствовать в таблице. Обратите внимание, что ключевое слово CONSTRAINT опционное. Вы можете именовать ограничение, а можете не именовать. Если вы создадите ограничение с именем, то его имя будет появляться в системных сообщениях в случае, если будет предпринята попытка нарушить наложенное ограничение.

Например:

CREATE TABLE Auto Store.YourReadness.FirstTable (sqlserverstns CONSTRAINT pk SQL PRIMARY KEY CLUSTERED, access users)

или можно так: CREATE TABLE Auto Store.YourReadness.FirstTable (sqlserverstns PRIMARY KEY CLUSTERED, access users)