Программирование на стороне клиента

Полноценное приложение должно содержать и клиентскую часть. При создании клиентской части приходится решать несколько задач. Вот некоторые из них:

1. проектирование пользовательского интерфейса;

2. соблюдение баланса между бизнес-логикой на стороне клиента и на стороне сервера;

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

Мы рассмотрим две технологии соединения: ODBC, как первой и фундаментальной технологии, реализованной в операционной системе Windows, и ADO.NET, как новом подходе, который используется в рамках .NET-технологии.

1. ODBC

ODBC — это Open Database Connectivity, что можно перевести как "открытое соединение с базой данных". Это стандарт, разработанный фирмой Microsoft, который определяет интерфейс с реляционными базами данных. Очень важно, что система функций API этого интерфейса позволяет получать доступ к самым разным базам данных, начиная с СУБД Access и FoxPro и заканчивая удаленным доступом к серверам баз данных, таким как Oracle или MS SQL Server

Настройка odbc

Данный раздел посвящен установке стандартного Windows-клиента ODBC. Фирма Microsoft, контролирующая стандарт, поставляет набор драйверов для наиболее популярных баз данных. Другие фирмы поставляют на рынок драйверы для своих баз данных. Стандарт таков, что программа без перекомпиляции будет работать с самыми разными базами данных.

Архитектура ODBC основана на использовании динамических библиотек. На верхнем уровне находится библиотека ODBC32.DLL — менеджер драйверов ODBC. Эта библиотека и предоставляет интерфейс прикладного программирования. Она обращается к другим динамическим библиотекам (драйверам), отвечающим за взаимодействие с конкретными базами данных. Все драйверы регистрируются в реестре по адресу

HKEY_LOCAL_MACHINE\Software\ODBC \ODBCINST.INI.

Для того чтобы можно было использовать ODBC-драйверы, следует сделать некоторые предварительные настройки. Для начала необходимо обратиться к значку Data Sources (ODBC) в папке Administrative Tools

Рис. 5.1. Окно настройки драйвера ODBC

На рис. 5.1 представлено окно настройки драйвера ODBC. Нас будут интересовать только две вкладки: User DSN и System DSN (DSN — Data Source Name, т. е. имя источника данных). Первая вкладка позволяет настроить доступ к конкретному источнику данных для текущего пользователя. Вторая вкладка (представленная на рисунке) позволяет настроить источник данных так, чтобы он был доступен всем пользователям, регистрирующимся на этом компьютере. В принципе, алгоритм настройки одинаков для обеих вкладок, так что мы не будем особо концентрироваться в дальнейшем на этом моменте. В окне имеются три кнопки: Add, Remove, Configure, которые позволяют добавлять источники данных, удалять их и менять свойства уже существующих источников данных.

При создании (и изменении свойств) нового источника данных следующее окно (рис. 5.2) позволяет определить имя источника данных и имя SQL Server. Имя источника данных всецело остается на вашей совести, а имя сервера можно найти в раскрывающемся списке Server. Если имя там отсутствует, можно внести его вручную, если вы уверены, что такой сервер действительно существует. Поле Description можно оставить пустым.

Рис. 5.2. Определение имени источника данных и имени сервера SQL

Следующий шаг обозначен на рис. 5.3. Здесь настраиваются параметры соединения. Указанные на рисунке настройки наиболее типичны. В частности, обратите внимание на способ аутентификации. Наиболее используемым способом является аутентификация на уровне операционной системы Windows (переключатель With Windows NT authentication using the network login ID). Она основана на имени и пароли учетной записи Windows NT, под которой клиент пытается соединиться с SQL Server. В этом случае не требуется дополнительного имени и пароля для входа в SQL Server. Еще обратим внимание на кнопку Client Configuration (Конфигурация клиента). При нажатии этой кнопки будет вызвано окно, в частности, позволяющее определить сетевой протокол, по которому будет осуществляться взаимодействие с SQL Server. Обычно используют именованные каналы (Named Pipes) или протокол TCP/IP. Последний протокол осуществляет наиболее быстрый доступ к источнику данных. Если выбрать другой переключатель (With SQL Server authentication using a login ID and password entered by the user), то в нижней части окна активизируются два поля: Login ID и Password.

Рис. 5.3. Определение настроек соединения с SQL Server

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

В следующем окне (рис. 5.4) определяются некоторые значения, используемые затем по умолчанию. Самым важным, пожалуй, являются флажок и раскрывающийся список Change the default database to (Изменить базу данных по умолчанию на), позволяющие указать базу данных, которая будет текущей при соединении с сервером. Пользователь, желающий подсоединиться к SQL Server 2005 под именем некоторой учетной записи, должен быть также зарегистрирован в базе "по умолчанию". Рассмотрим другие опции, представленные в окне.

1. Attach database filename (Подсоединить файл базы данных) — здесь можно указать имя первичного файла для подсоединяемой базы данных.

2. Create temporary stored procedures for prepared SQL statements and drop the stored procedures (Создать временную хранимую процедуру для приготовленного запроса SQL и удалить хранимую процедуру) — речь идет о создании хранимых процедур с помощью функции ODBC SQLPrepare.

3. Only when you disconnect (Только когда вы отсоединяетесь) — определяет, что временные хранимые процедуры удаляются при отсоединении

4. (SQLDisconnect).

5. When you disconnect and as appropriate while you are connected (Когда вы отсоединяетесь, а также в некоторых случаях, во время соединения) — определяет, что временные хранимые процедуры будут удаляться также при выполнении некоторых других функций ODBC API: SQLFreeHandle, SQLPrepare, SQLExecDirect.

6. Use ANSI quoted identifiers (Использовать стандарт ANSI для идентификаторов кавычек) — указывает возможность использования кавычек для идентификаторов (имен таблиц, столбцов).

7. Use ANSI nulls, paddings and warnings (Использовать ANSI-установки для значений nulls, предупреждений, а также обработки коротких строк) -определяет, что на сервере будут установлены опции: ansi_nulls, ansi_WARNINGS, ANSI_PADDINGS

Рис. 5.4. Установить некоторые значения по умолчанию

Следующее окно мастера установки ODBC представлено на рис. 5.5. Рассмотрим опции этого окна.

1. Change the language of SQL Server system messages to (Изменить язык для системных сообщений SQL Server на) — определяет, какой язык будет использоваться для системных сообщений.

2. Use strong encryption for data — разрешает использовать усиленное шифрование данных.

3. Perform translation for character data (Выполнять трансляцию для строковых данных) — когда флажок установлен, то драйвер ODBC подвергает предварительному преобразованию в Unicode строки прежде, чем передать их на сервер.

4. Use regional settings when outputting currency, numbers, dates and times (Использовать региональные установки для вывода денежных величин, чисел, дат и значений времени) — флажок определяет, использовать региональные установки (установки на данном компьютере, который играет роль клиента) для таких типов данных, как currency, date и др.

5. Save long running queries to the log file (Сохранять давно выполняемые запросы в специальный файл-журнал) — определяет, сохранять ли в файл с заданным именем долго выполняемые запросы.

6. Long query time (milliseconds) (Время длинного запроса (миллисекунд)) — определяет временной промежуток в миллисекундах для определения запросов, сохраняемых в файле.

7. Log ODBC driver statistics to the log file (Записывать статистику ODBC-драйвера в специальный файл-журнал) — определяет, сохранять ли в специальный файл статистику.

Рис. 5.5. Установит некоторые значения по умолчанию.

Наконец, в последнем окне (рис. 5.6) видна совокупность всех установок, которые мы сделали, создавая новый источник данных. Здесь имеется кнопка, с помощью которой можно протестировать источник. Нажав кнопку ОК, мы создадим таким образом источник данных для ODBC-соединения.

Рис. 5.6. Окно результатов создания источника ODBC