Горев А., Макашарипов С., Ахаян Р. Эффективная работа с СУБД

Подождите немного. Документ загружается.

Открытый доступ к данным - Open Database Connectivity (ODBC) - это общее определение

языка и набор протоколов. ODBC позволяет клиентскому приложению, написанному, например,

на Access или Visual FoxPro, работать с командами и функциями, поддерживаемыми сервером.

В качестве сервера может выступать любой сервер БД, имеющий драйвер ODBC (MS SQL

Server, Oracle и т. д.), или даже настольная база данных, ведь часто может возникнуть

необходимость в совместной обработке данных, хранящихся в формате Paradox, приложениями,

написанными и на FoxPro и на Delphi. ODBC находится как бы посредине между приложением,

использующем данные, и самими данными, хранящимися в формате, которые мы не можем

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

front-end и back-end сторонами.

Для использования ODBC с целью получения данных в сети вам необходимы средства

коммуникации между машиной, на которой находятся данные, и станцией, где они будут

просматриваться, модифицироваться и, возможно, пополняться. Это специальная программа,

которая называется Администратор ODBC на рабочей станции, и драйверы, которые могут

работать как с приложением, так и с данными на сервере. Технология ODBC обеспечивает

возможность хранить данные на разных серверах БД, причем не обязательно в одном формате. В

теории подразумевается, что для этого не надо переписывать ни одной строчки в вашем

пользовательском приложении, работающем на клиент-ской ПЭВМ. На практике так бывает не

всегда, из-за различий в структуре различных уровней построения ODBC.

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

расширений. Технология ODBC включает также механизм для вызова специфических для сервера

возможностей, которые не включены в стандарт ODBC. В целом, это дает возможность

разработчику решать самостоятельно, какой уровень функциональности ему достаточен для

доступа к серверу баз данных. Разработчик выбирает между наименьшей обеспечиваемой ODBC

функциональностью или пытается использовать все возможности сервера.

С минимальным набором функциональности ODBC разработчик может установить связь с

источником данных через стандартный интерфейс загрузки, выполнять SQL команды, выбирать

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

С расширенной функциональностью ODBC разработчик может использовать дополнительные

возможности стандарта SQL и функции ODBC, чтобы расширить возможности управления

внешней СУБД. Расширения ODBC включают в себя такие дополнительные возможности, как

асинхронное выполнение запросов, нестандартные в среде приложения типы данных

(Timestamp, Binary), прокручиваемые курсоры, SQL команды для скалярных функций, внешние

объединения, хранимые процедуры и способность использовать SQL расширения, характерные

для конкретного сервера БД.

Если вы используете ODBC драйверы для MS SQL Server, разработанные Microsoft в 1996 году,

то вам повезло, так как их расширения предоставляют практически все возможности для

полноценной работы с сервером. Если же вы работаете с сервером, отличным от MS SQL Server,

или с этим сервером, но драйвер ODBC не разработан фирмой Microsoft, то у вас могут

возникнуть трудности ввиду не полной поддержки функциональности сервера драйвером. Если у

вас есть сомнение в функциональности драйвера, то для получения полной и содержательной

информации о нем используйте функции SQLGetInfo(), SQLGetFunction() и

SQLGetStmtOption(). Более подробно о них мы расскажем ниже.

Одна из главных целей создания ODBC - скрыть сложность соединения с сервером и по мере

возможности автоматизировать выполнение многочисленных процедур, связанных с получением

данных. ODBC требует от разработчика только имени источника данных, при этом функции

драйвера, адреса серверов, сети и шлюзы скрыты от пользователя. Возможно, вам как

разработчикам захочется знать все тонкости работы ODBC, но учтите, прямая работа с

функциями драйвера требует более сложного программирования, что не всегда сопровождается

выигрышем в скорости.

Описание основных компонентов ODBC приведено в табл. 8.1.

Таблица 8.1. Основные компоненты ODBC

Компоненты

Описание

Приложение Использует ODBC для связи с

источником данных, отправления и

получения данных. Приложение может

использовать функцию SQLConnect(),

чтобы передать указатель соединения,

имя источника данных, идентификатор

пользователя и пароль Диспетчеру

драйверов.

Диспетчер Поддерживает связь между

converted to PDF by HupBaH9I

драйверов приложением и источником данных,

обеспечивая информацией

приложение и загружая драйверы

динамически, по мере необходимости.

ODBC позволяет приложению

взаимодействовать с источниками

данных разных типов посредством

драйверов СУБД, используя

Администратор ODBC для установки

соединения. Диспетчер драйверов и

сами драйверы разработаны как

библиотеки DLL. Диспетчер драйверов

загружает нужную библиотеку,

соединяется с сервером с помощью

драйвера, который на самом деле и

выполняет все вызовы функций из

приложения.

Драйвер Выполняет все вызовы ODBC функций,

управляет всеми взаимодействиями

между приложением и сервером,

переводит SQL выражения на

синтаксис источника данных.

Драйверы обычно поставляются

продавцом сервера БД и имеет смысл

получить самую последнюю версию, в

которой, вероятнее всего, будет

наименьшее количество ошибок.

Драйвер перехватывает все ошибки

программ, переводя их в стандартные

ошибки ODBC. Драйвер позволяет

узнать информацию об объектах в

базе данных, таких как таблицы, поля,

индексы и т. п.

Сервер БД Хранит и выводит данные в ответ на

запросы со стороны ODBC драйвера.

Сервер по запросу возвращает данные

или код ошибки, которые передаются

в приложение.

Первые разработчики ODBC столкнулись с проблемой - какой из диалектов SQL поддерживать.

Если есть сотни SQL продуктов на рынке, то есть и сотни диалектов SQL. В итоге, чтобы никого

не обидеть, разработчики ODBC создали еще один диалект, который называется "ODBC SQL", и

компонент, который позволяет программам переводить их собственные диалекты на

универсальный диалект и наоборот.

В первых двух главах мы очень много внимания уделили понятию базы данных как

централизованного хранилища всех данных, связанных с функционированием предприятия.

Наивно было бы надеяться, что все они всегда будут храниться в одном формате и физически

находиться на одной ПЭВМ. Об этом давно догадались сообразительные творцы средств

разработки приложений для обработки данных и еще до появления ODBC или параллельно с ним

снабдили свои продукты самыми разнообразными технологиями и средствами для доступа к

внешним данным.

Поэтому на настоящий момент разработано очень много технологий для доступа к внешним

данным. В них немудрено запутаться, и, чтобы этого не произошло, - ни слова о том, что не

имеет отношения к рассматриваемым средствам разработки. Кстати, среди них СУБД Access имеет

наибольшее число способов взаимодействия с MS SQL Server, поэтому как пример мы хотим

кратко описать и перечислить их (см. также рис. 8.1):

converted to PDF by HupBaH9I

Рис. 8.1.

• Использование связанных таблиц. Всю работу за вас выполняет процессор баз

данных Microsoft Access. Самый надежный в плане программирования способ - он не

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

обработкой данных, связывать таблицы на сервере с локальными таблицами, создавать

запросы.

• Использование SQL pass-through функций. При этом вы обращаетесь напрямую к

серверу, на его языке, минуя процессор баз данных Access. Ваш запрос, хотя и проходит

через все компоненты ODBC, ни один из них реально не обрабатывает его.

• Прямое обращение к ODBC API. При этом способе вы также минуете процессор баз

данных Access и напрямую используете Диспетчер драйверов и сам драйвер для доступа

к базе данных. Таким образом, ваш код должен обеспечить всю функциональность,

которую, как правило обеспечивает процессор баз данных Access. Сложность написания

кода даже для довольно простых запросов заставляет обращаться к этому методу только

тогда, когда действительно необходима значительная скорость выборки данных.

• Использование Remote Data Objects. Этот четвертый способ является самым дорогим

по материальным затратам, так как для его функционирования необходимо, чтобы на

вашей рабочей станции была установлена версия Enterprise Visual Basic 4.0 и выше.

Технология Remote Data Objects (RDO) - Объекты для доступа к внешним данным -

трактует запросы ODBC как объекты. Запросы работают со свойствами этих объектов и

используют их методы, чтобы получить данные. В свою очередь, RDO конвертирует все

действия в вызовы ODBC API. В принципе то же самое делает процессор баз данных, но

во многих случаях RDO работает быстрее. Однако RDO также требует написания многих

строчек кода, хотя и не такого сложного, как в случае прямого обращения к ODBC API. Ну

и вспомните, что установка Enterprise версии Visual Basic стоит около 1000 долларов.

• Использование SQL DMO. За счет использования SQL OLE в этом случае не

используются ни процессор баз данных, ни ODBC. В данном случае мы работаем с SQL-

DMO. В этой технологии мы можем использовать такие продукты, как Visual Basic for

Application, Visual Basic (32 bit), Visual FoxPro и C++ (32 bit), для работы с объектами,

которые позволяют нам управлять различными SQL серверами в сети. Этот способ

работает только под Windows NT и Windows 95. При этом на рабочей станции вам

converted to PDF by HupBaH9I

необходимо иметь клиентскую часть 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.

converted to PDF by HupBaH9I

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

пользовательским типом.

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 Целое число, принимающее значения

converted to PDF by HupBaH9I

между -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 [, colname2 [..., 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)

converted to PDF by HupBaH9I

Как уже указывалось, в таблице может быть только один первичный ключ, но с помощью

ключевого слова UNIQUE можно подготовить кандидатов на первичный ключ и при

необходимости с помощью команды ALTER TABLE переустановить первичный ключ. Для

создания ключей-кандидатов используется следующий синтаксис:

[CONSTRAINT constraintname]

UNIQUE [CLUSTERED | NONCLUSTERED]

(colname [, colname2 [..., colname16]])

[ON segmentname]

Например:

CREATE TABLE Auto_Store.YourReadness.FirstTable

(sqlserverstns CONSTRAINT pk_SQL PRIMARY KEY CLUSTERED,

access_users CONSTRAINT uk_ac_users UNIQUE)

Учтите, что вы можете иметь только один индекс типа CLUSTERED, то есть в нашем случае

второй индекс обязательно будет NONCLUSTERED.

Следующее ограничение служит для построения ссылочной целостности, то есть для

сохранения связей между двумя таблицами по выражению, которое мы укажем с помощью

ключевого слова FOREIGN KEY. При этом те же поля должны быть указаны после ключевого

слова REFERENCES, где также должна быть указана таблица, с которой организуется связь.

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

первичный или альтернативный ключ по тем же полям. Синтаксис этого ограничения:

[CONSTRAINT constraintname]

[FOREIGN KEY (colname [, colname2 [..., colname16]])]

REFERENCES [owner.]reftable [(refcol [, refcol2

[..., refcol16]])]

Исходя из вышесказанного, понятно, что в ключ ссылки (FOREIGN KEY) может входить не

больше 16 полей. Надо отметить, что ссылки с помощью FOREIGN KEY и REFERENCES мы можем

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

обратите внимание на изменение в записи ограничения при построения ключа по нескольким

полям. Пример построения ссылочной целостности по одному полю:

CREATE TABLE autostore.yourreadness.pat_table

(tree char(20) PRIMARY KEY,

leaf char(10))

CREATE TABLE autostore.yourreadness.child_table

(wood char(20) REFERENCES pat_table(tree))

В данном примере нет необходимости указывать ключевое слово FOREIGN KEY, так как связь

устанавливается по одному полю.

Пример построения ссылочной целостности по нескольким полям:

CREATE TABLE autostore.yourreadness.pat_table

(tree char(20),

branch money,

leaf char(10),

CONSTRAINT tochild PRIMARY KEY (tree,branch) )

CREATE TABLE autostore.yourreadness.child_table

(tree char(20),

branch money,

childs varchar(25),

FOREIGN KEY (tree,branch) REFERENCES pat_table(tree,branch)

Следует учитывать, что ключевое слово FOREIGN KEY не создает индекса. Поэтому для

лучшей производительности имеет смысл создавать для дочерней таблицы индекс по

выражению, которое будет использоваться в ссылке.

Ограничение Default устанавливает значение по умолчанию для колонки. Оно имеет

следующий синтаксис:

[CONSTRAINT constraintname]

DEFAULT {constantexpression | niladic-function | NULL}

[FOR colname]

converted to PDF by HupBaH9I

Здесь следует отметить, что можно использовать либо выражение в виде константы, либо

функцию (встроенную или пользовательскую), которая не требует аргументов. Совершенно

очевидно, что для колонки типа Timestamp значение по умолчанию устанавливать нельзя, так же

как и для поля IDENTITY (счетчик). Если вы записываете данное ограничение как отдельное

выражение, необходимо использовать ключевое слово FOR colname.

Рассмотрим пример использования ограничения Constraint. В данном примере создается

таблица, колонка accept_date которой будет принимать значение текущей даты при добавлении

новой записи в таблицу, - безусловно, только в том случае, если не будет указано явное

значение.

CREATE TABLE autostore.yourreadness.child_table

(tree char(20),

branch money,

childs varchar(25),

accept_date datetime DEFAULT getdate()

FOREIGN KEY (tree,branch) REFERENCES pat_table(tree,branch)

Ограничение Check лимитирует список значений, которые мы можем ввести в колонку. Оно

имеет следующий синтаксис:

[CONSTRAINT constraintname]

CHECK [NOT FOR REPLICATION] (expression)

В случае, если вы используете опцию NOT FOR REPLICATION, данное правило проверки уровня

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

Рассмотрим пример использования ограничения Check. В следующем примере параметр Check

ограничивает ввод в колонке accept_date значениями, не превышающими дату следующего за

текущим дня.

CREATE TABLE autostore.yourreadness.child_table

(tree char(20),

branch money,

childs varchar(25),

accept_date datetime CHECK accept_date << getdate()+1

FOREIGN KEY (tree,branch) REFERENCES pat_table(tree,branch)

Создание представлений

Представления служат для вывода информации из одной или нескольких таблиц путем

использование запроса. Синтаксис создания представления существенно короче, чем у команды

CREATE TABLE.

CREATE VIEW [owner.]viewname

[(columnname [, columnname]...)]

[WITH ENCRYPTION]

AS selectstatement [WITH CHECK OPTION]

Здесь аргумент owner определяет владельца этой таблицы. Viewname - название

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

перечислив новые наименования в скобках. Если использовать предложение WITH ENCRYPTION,

то можно затруднить пользователям возможность узнать, откуда представление получает данные.

Предложение WITH CHECK OPTION позволяет в случае модификации записи посредством

представления гарантировать, что запись будет доступна через представление, после того как

изменения будут записаны на диск. После ключевого слова AS записывается выражение команды

SQL-SELECT.

Рассмотрим пример создания представления:

CREATE VIEW yourreadness.somekindofview

AS SELECT tree FROM Сhild_table

Создание триггеров

converted to PDF by HupBaH9I

Триггеры создаются командой CREATE TRIGGER, имеющей следующий синтаксис:

CREATE TRIGGER [owner.]trigger_name

ON [owner.]table_name

FOR {INSERT, UPDATE, DELETE}

[WITH ENCRYPTION]

AS sql_statements

Есть возможность использовать альтернативный синтаксис, который выглядит так:

CREATE TRIGGER [owner.]trigger_name

ON [owner.]table_name

FOR {INSERT, UPDATE}

[WITH ENCRYPTION]

IF UPDATE (column_name)

[{AND | OR} UPDATE (column_name)...] sql_statements

Коротко о триггерах можно сказать как об особого рода хранимых процедурах, которые

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

Триггеры используются, как правило, для создания бизнес-правил и поддержки ссылочной

целостности данных. Естественно, что непомерное использование триггеров замедляет работу.

Предложение WITH ENCRIPTION, так же как и в случае с представлениями, служит для того,

чтобы скрыть от постороннего глаза SQL выражение, которое он запускает.

Существуют определенные ограничения на использование триггеров. Нельзя использовать их

в представлениях. Рекомендуется не использовать SQL выражения, которые возвращают наборы

данных.

8.2. Использование Visual FoxPro для разработки

клиентского приложения

Итак, в предыдущем параграфе мы освоили необходимый минимальный набор команд,

которого достаточно, чтобы начать работать с данными на SQL Server. Настала пора обсудить

вопросы построения клиентской части, при этом вспомнив набор из шести операций, которые нам

доступны из приложения front-end. В итоге получается, что из клиентской части нам доступны

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

имеющегося драйвера ODBC.

В этом параграфе мы обсудим вопросы создания приложения типа клиент-сервер с помощью

Visual FoxPro.

Visual FoxPro предоставляет следующие средства для работы с данными, имеющими другой

формат:

1. Конструктор соединения (Connection Designer). Альтернативно можно использовать

команду CREATE CONNECTION. В этом случае для многих установок надо использовать

функцию DBSETPROP().

2. Конструктор представления (View Designer). Можно использовать команду CREATE SQL

VIEW. В этом случае свойства полученного представления необходимо изменять с

помощью функции DBSETPROP().

3. Набор функций SQL pass-through позволяет контролировать работу сервера с помощью

диалекта SQL самого сервера. Главным образом используется для получения выборки

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

становятся доступны практически все команды и возможности сервера.

Конструктор соединения используется для создания и модификации соединений, хранимых в

базе данных. Активизируется Конструктор соединения, так же как и другие дизайнеры в Visual

FoxPro, тремя способами:

1. В меню File выполнить команду New, затем выбрать Connection.

2. Из командного окна с помощью команды CREATE CONNECTION.

3. Из Project Manager, выбрав Connection, New.

converted to PDF by HupBaH9I

Соединения хранятся только в базах данных, поэтому необходимо, чтобы во время создания

соединения была открыта база данных, лучше та, в которой это соединение будет

использоваться.

После запуска вам необходимо последовательно заполнить текстовые поля, которые

называются Data Source, UserID и Password. Здесь есть один момент, который необходимо

отметить. Data Source уже должен быть создан посредством Администратора ODBC. Как уже

указывалось, обычно после установки Visual FoxPro, Администратор ODBC уже присутствует на

вашем компьютере. Запустите Администратор ODBC и создайте Data Source с использованием

ODBC драйвера, в нашем случае это SQL Server (рис. 8.2). С помощью кнопки Drivers вы можете

проверить наличие имеющихся на компьютере драйверов ODBC. Для создания Data Source

необходимо нажать на кнопку Add и в появившемся диалоговом окне заполнить необходимые

поля. Имена DataSource старайтесь давать осмысленные, чтобы в дальнейшем помнить, какой

Data Source за что отвечает. Далее заполните имя сервера и в диалоге Options укажите имя базы

данных, к которой вы будете подсоединяться. В примерах мы будем подсоединяться к базе

данных Pubs, которая поставляется как образец с MS SQL Server. В зависимости от

используемого драйвера диалоговые окна, открывающиеся после нажатия кнопки Add и выбора

нужного драйвера, несколько различаются, но, как правило, главное, что нам нужно - это имя

базы данных, доступ к таблицам которой мы хотим иметь, путь или имя папки, в которой

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

Рис. 8.2. Выбор необходимого ODBC драйвера

Создав Data Source, мы имеем все для подготовки соединения и записи его определения в

текущую базу данных. Выберите из комбинированного списка с заголовком "Data Source" ваш

Data Source (извините за тавтологию), затем введите ваше пользовательское имя в текстовое

поле UserID и пароль в текстовое поле PassWord. Сверху от трех полей, которые мы заполнили,

находятся две кнопки выбора, правая называется "Connection String". Если вам больше нравится

вводить Connection String, то выберите эту кнопку выбора, - в таком случае вы берете на себя не

очень обременительную, но все-таки обязанность написать строку соединения самостоятельно,

не делегировав эти права Visual FoxPro. Вам нужно набрать что-либо подобное (рис. 8.3):

converted to PDF by HupBaH9I