· При работе с большими наборами данных, кэширование может очень быстро поглотить ресурсы на стороне клиента.

· При обработке больших объемов данных кэширование неэффективно, так как все данные, участвующие в обработке, пересылаются по сети.

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

Применение курсоров сервера включает в себя пять состояний, описанных ниже:

Для работы с курсорами SQL Server необходимо следовать состояниям, описанным выше. Сначала необходимо объявить (declare) курсор. Затем вы можете его открыть (open) и считать данные (fetch). При считывании данных (состояние fetch) можно выполнить с активной строкой несколько операций. Завершив работу с курсором, вы должны закрыть (close) его и освободить память (deallocate). Это делается для того, чтобы SQL Server не расходовал ресурсы на управление ненужным курсором.

Практическое тестирование

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

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

Доступ к базам данных SQLServerс помощью приложений клиента

В SQL Server 6 корпорация Microsoft начала поставку нового интерфейса с клиентом, работающего с помощью ODBC. Вместо использования старого разработанного Sybase подхода, предполагающего применение DBLibrary, теперь появился новый путь доступа – через ODBC.

Так как корпорация Microsoft является владельцем спецификации ODBC, для нее не составило большого труда переработать и оптимизировать продукт для доступа в SQL Server. Новый интерфейс полностью лишен проблем, связанных с падением производительности, всегда ассоциировавшейся с ODBC. Корпорация Microsoft все еще поддерживает интерфейс DBLibrary, но только для обратной совместимости. Но в настоящее время интерфейс ODBC становится стандартом для доступа к базам данных.

Конфигурирование ODBC для SQL Server

Интерфейс ODBC – это способ соединения различных сервисов данных с различными приложениями клиентов универсальным образом. С момента его появления на рынке в 1991 году, ODBC подвергся значительным изменениям.

Конфигурирование интерфейса ODBC выполняется с помощью апплета в Control Panel: ODBC или ODBC32. Процесс установки конфигурации ODBC для Windows NT Workstation или Server версии 4.х (или выше) и для Windows 95 идентичен. В Windows NT Workstation или Server версии 3.51 (или меньше) информация диалогового окна остается той же самой, хотя могут быть отличия в выделении значений м расположении опций close/minimize/restore.

Для конфигурирования ODBC при работе с Microsoft SQL Server 6.5 выполните следующие действия:

1.Установите драйверы ODBC, которые поставляются с SQL Server 6.5.

2.Из меню Start выберите Settings, Control Panel.

3.Выберите мышью пиктограмму ODBC. Появится конфигурационное диалоговое окно.

4.Новые источники данных, доступ к которым предоставляется с помощью ODBC, добавляются в диалоговом окне Add Data Source. В диалоговом окне Data Source нажмите кнопку Add.

5.Выберите из списка SQL Server и нажмите кнопку OK. Появляется диалоговое окно ODBC SQL Server Setup.

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

7.Введите описание типа данных ODBC – MS SQL Server 6.5. Это необходимо для определения, какой источник данных предоставляет этот сервис ODBC без использования имени этого источника.

8.Введите имя SQL Server, где находятся данные. Если SQL Server работает локально на Windows NT, можно ввести (local). Драйвер ODBC найдет сервер с помощью протокола именованных каналов.

9.Введите сетевой адрес или сетевую библиотеку, если администратор сети/базы данных указывает, что это необходимо сделать. Обычно эта установка может быть оставлена со значением "Default" и драйвер ODBC найдет сервер при первом присоединении.

10.Введите имя базы данных, к которой должен присоединится сервис ODBC. Некоторые программы – клиенты ODBC – не обладают возможностью изменять рабочую базу данных с помощью команд ODBC. Поэтому может возникнуть необходимость определить источник данных для каждой рабочей базы данных, установленной на одном и том же сервере.

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

12.Для того, чтобы добавить новый источник данных, нажмите кнопку OK. К списку доступных источников данных будет добавлен новый сервер.

Использование продукта Delphi 2 производства компании Borland

Продукт Delphi 2 производства компании Borland – это мощный инструмент разработки приложений клиента в архитектуре клиент/сервер, который помогает облегчить работу с источниками данных ODBC. Продукт Delphi 2 основан на Pascal и является самой последней версией, которая была выпущена в 1996 году (на данный момент существует версия 3 этого продукта). Программная система Delphi 2 является средой разработки, поддерживающей 32-разрядную архитектуру. Его высоко ценят за легкость в работе и интеграции.