SQL Server. Разработка приложений и программные решения

Рефераты, курсовые, дипломные, контрольные (предпросмотр)

Тип: Доклад. Файл: Word (.doc) в архиве zip. Категория: Информатика, IT
Адрес этого реферата http://referat-kursovaya.repetitor.info/?essayId=20316 или
Загрузить
В режиме предпросмотра не отображаются таблицы, графики и иллюстрации. Для получения полной версии нажмите кнопку «Загрузить». Рефераты, контрольные, дипломные, курсовые работы предоставляются в ознакомительных целях, не для плагиата.
Страница 2 из 4 [Всего 4 записей]« 1 2 3 4 »

OPEN

SQL Server начинает отвечать на выполнение инструкции declare. Он распознает запрос и заносит идентификаторы строк во временную рабочую область, которая будет использоваться клиентом при считывании идентифицируемых курсором строк.

FETCH

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

CLOSE

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

DEALLOCATE

SQL Server освобождает разделяемую память, используемую инструкцией declare, не позволяя больше другим процессам выполнять инструкцию open.

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

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

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

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

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

В 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 выполните следующие действия:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Установление соединения

Продукт Delphi 2 имеет собственные драйверы для SQL Server 6.5,работающие с Microsoft ODBC. Самый простой способ подготовки Delphi 2 для работы с базой данных состоит в применении апплета Database Explorer, поставляемого вместе с Delphi 2.

Для подготовки интерфейса ODBC с помощью Database Explorer активизируйте Delphi и выберите Database, Explorer.

Из меню Object выберите New. Выберите конфигурацию SQL Server.

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

В свойстве USER NAME введите имя пользователя, который будет присоединятся к этой базе данных по умолчанию. Кроме того, для списка свойств диалогового окна обновите установки драйвера ODBC.

Из меню Object выберите Apply. Активизируется рабочая база данных. Вы заметите, что стрелка, указывающая неактивную рабочую базу данных, исчезнет.

Проверьте, что все установлено правильно. Затем выберите мышью знак плюс, находящийся слева от имени псевдонима базы данных. Откроется вид Explorer. Здесь будет отображено окно Database Login.

Введите пароль системного администратора. Раскроется дерево Explorer. Оно содержит различные компоненты SQL Server, доступные для манипуляции с помощью SQL Server.

Понятие о модели базы данных Delphi 2

Для построения интерфейса с базами данных Delphi 2 применяет уровневый подход. Он предполагает наличие нескольких уровней абстракции от базы данных, что позволяет сформировать общий интерфейс для прикладного программирования, состоящий из общедоступных и знакомых объектов.

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

Классы интерфейса с данными обычно в форме не видны. Физический источник данных обычно связывается с определенным классом, который отвечает за взаимодействие с объектами/элементами управления интерфейса пользователя, такими как поля и списки. Это взаимодействие осуществляется через не визуальный класс TDataSource, который передает данные из класса физических данных в визуальные объекты и элементы управления, связанные с данными (data-bound controls), которые помещены в форму редактирования.

RSSСтраница 2 из 4 [Всего 4 записей]« 1 2 3 4 »


При любом использовании материалов сайта обязательна гиперссылка на сайт «Репетитор».
Разработка и Дизайн компании Awelan
www.megastock.ru
Проверить аттестат