Диплом Программная система Аттестации ИТ-специалистов

таблицы объемом 10 000 записей, все 10 000 записей будут

скопированы с файл-сервера на клиентский компьютер; в результате

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

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

постоянном увеличении вычислительных мощностей клиентского компьютера

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

такового, но и возрастанием обрабатываемых объемов информации;

- в БД на файл-сервере гораздо проще вносить изменения в отдельные

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

средств (например, из утилиты Database Desktop фирмы Borland для

файлов Paradox или dBase); подобная возможность облегчается тем

обстоятельством, что, фактически, у локальных СУБД база данных

понятие более логическое, чем физическое, поскольку под БД понимается

набор отдельных таблиц, сосуществующих в едином каталоге на диске.

Все это позволяет говорить о низком уровне безопасности - как с точки

зрения хищения и нанесения вреда, так и с точки зрения внесение

ошибочных изменений;

- бизнес правила в системах "файл-сервер" реализуются в приложении, что

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

взаимоисключающие бизнес правила; смысловая целостность информации

при этом может нарушаться;

- недостаточно развитый аппарат транзакций для локальных СУБД служит

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

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

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

БД, когда некоторые из них завершились успешно, а некоторые - нет;

это может нарушать ссылочную и смысловую целостность БД.

Приведенные недостатки решаются при переводе приложений из архитектуры

"файл-сервер " в архитектуру "клиент-сервер ", которая знаменует собой

следующий этап в развитии СУБД. Характерной особенностью архитектуры

"клиент-сервер" является перенос вычислительной нагрузки на сервер БД (SQL-

сервер) и максимальная разгрузка приложения клиента от вычислительной

работы, а также существенное укрепление безопасности данных - как от

злонамеренных, так и просто ошибочных изменений.

БД в этом случае помещается на сетевом сервере, как и в архитектуре "файл-

сервер", однако прямого доступа к БД из приложений не происходит. Функции

прямого обращения к БД осуществляет специальная управляющая программа

сервер БД (SQL-сервер), поставляемая разработчиком СУБД.

Взаимодействие сервера БД и приложения-клиента происходит следующим

образом: клиент формирует SQL-запрос и отсылает его серверу. Сервер, приняв

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

приложении в основном осуществляется интерпретация полученных от сервера

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

реализация части бизнес правил.

Преимущества архитектуры "клиент-сервер":

• большинство вычислительных процессов происходит на сервере; таким

образом, снижаются требования к вычислительным мощностям компьютера

клиента;

• снижается сетевой трафик за счет посылки сервером клиенту только тех

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

объемом 10 000 записей выборку, результатом которой будут всего 2 записи,

сервер выполнит запрос и перешлет клиенту НД из 2 записей;

• упрощается наращивание вычислительных мощностей в условиях развития

программного обеспечения и возрастания объемов обрабатываемых данных: проще

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

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

100-500 клиентских компьютеров;

• БД на сервере представляет собой, как правило, единый файл, в котором

содержатся таблицы БД, ограничения целостности и другие компоненты БД.

Взломать такую БД, даже при наличии умысла, тяжело; значительно

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

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

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

правила; кроме того, сервер отслеживает уровни доступа для каждого

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

пользователя действий: например, изменения или просмотр таблиц; все это

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

безопасности БД и ссылочной и смысловой целостности информации;

• сервер реализует управление транзакциями и предотвращает попытки

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

транзакций позволяют определить поведение сервера при возникновении

ситуаций одновременного изменения данных;

• безопасность системы возрастает за счет переноса большей части бизнес

правил на сервер; падает удельный вес противоречащих друг другу бизнес

правил в клиентских приложениях, выполняющих разные действия над БД;

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

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

отслеживания сервером БД правильности данных.

Для реализации архитектуры применяют так называемые "промышленные” СУБД,

такие как Borland InterBase, Oracle, Informix, Sybase, DB2, MS SQL Server.

1.2 Создание приложений для работы с базами данных

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

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

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

Это позволяет создавать эффективные приложения Windows, работающие с базами

данных, в том числе и программы для систем клиент/сервер. Для создания

таких приложений в Delphi 7.0 используется объектно-ориентированный подход,

базирующийся на применении различных компонентов (визуальных и не

визуальных), что обеспечивает неограниченную расширяемость и

маcштабируемость. Delphi 7.0 позволяет разработчику быстро создавать и

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

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

которые строились при помощи систем разработки, основанных на

интерпретируемом коде [9].

Большим преимуществом приложений, разрабатываемых в среде Delphi 7.0,-

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

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

7.0 предоставляет ядро процессора баз данных Borland Database Engine (BDE).

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

выборками информации и легко проводить групповые операции. Навигационные

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

записям таблиц баз данных.

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

отражена на рисунке 1.1. В наиболее общем случае работа с данными в Delphi

7.0 осуществляется через BDE, который обеспечивает непосредственную связь с

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

серверам. В основе BDE лежит технология Integrated Database API (IDAPI),

уже известная программистам, которые работают с СУБД фирмы Borland. Через

BDE и драйверы Borland SQL Links приложение может связываться с SQL-

серверами. В то же время, BDE поддерживает и интерфейс Open DataBase

Connectivity (ODBC), что позволяет получить доступ не только к любому

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

любому источнику структурированных данных.

[pic]

Рис. 1.1. Механизм организации доступа приложения к базам данных

Примечание

ODBC — интерфейс для свободного доступа к данным в гетерогенной среде

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

SQL — Call Level Interface, ODBC обеспечивает открытый до ступ к

большинству данных, расположенных на персональном компьютере миникомпьютере

и к базам данных больших ЭВМ, позволяя разработчикам иметь одновременный

доступ к базам данных. Стандарт ODBC полностью поддерживает технологию

клиент/сервер.

В состав стандартной поставки Delphi 7.0 включен локальный сервер

Interbase, который позволяет проводить в Delphi 7.0 автономную разработку

приложений с поддержкой SQL, готовых к переносу в среду клиент/сервер. Он

представляет собой облегченный вариант Interbase Workgroup Server 4.0.

1.3 Ядро Borland Database Engine (BDE)

Как уже отмечалось, использование Delphi 7.0 позволяет разработчику

создавать самые разнообразные приложения для работы с базами данных. Среди

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

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

Такая универсальность достигается за счет использования ядра BDE. В основе

BDE лежит технология IDAPI, которая включает IDAPI-инфраструктуру и

обработчик запросов [2].

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

только локальных (Paradox и dBase), но и удаленных баз данных,

расположенных на SQL-серверах (Interbase, Sybase, Oracle, Informix, MS SQL

Server), а также в любых форматах, доступных через драйверы ODBC (см. рис.

1.2). BDE поддерживает многопользовательский доступ к гетерогенным базам

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

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

Программисты могут обращаться к функциям BDE с помощью языков

программирования Borland C++, Borland Pascal, Visual C++, а также любых

других компиляторов С и C++ для Windows.

Архитектура BDEUDAPI основана на драйверах. Для каждого источника данных

существует свой драйвер, который поддерживает не только последнюю версию

источника, но и все предыдущие версии. Именно через такие драйверы

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

класса драйверов. К первому классу относятся драйверы, обслуживающие SQL-

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

диалект SQL. Во второй класс входят драйверы для локальных баз данных.

Архитектура BDEMDAPI является объектно-ориентированной, поэтому ее

инфраструктура легко расширяется и обобщается. В комплекте BDE содержатся

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

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

Инфраструктура BDEUDAPI предоставляет обширный набор инструментов, которые

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

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

памятью. В отладочном режиме этот модуль помечает, трассирует и разрешает

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

Диспетчер буфера основывается на использовании приоритетов и поддерживает

режим совместного использования буферов различными драйверами.

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

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

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

Кэш для данных BLOB позволяет производить чтение/запись произвольного

места в бинарном объекте, при переполнении содержимое кэша автоматически

записывается в разделяемый файл. Одновременно может быть открыто любое

количество BLOB.

Генератор SQL транслирует запрос в формате QBE в эквивалентный запрос

SQL, если он предназначен SQL-серверу.

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

в том числе добавление новых полей, удаление полей, изменение их имен,

изменение свойств поля (тип, размер), ссылочной целостности таблицы и т. д.

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

их в нее.

Функции пакетной обработки включают копирование данных из одного формата

в другой, переименование таблиц и т. д.

Модуль Xlate оптимизирует процесс преобразования форматов данных.

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

на таблицы. Он поддерживает курсоры приложений, как и любые другие курсоры

IDAPI. Работа модуля тесно связана с работой диспетчера буфера.

Модуль поддержки SQL-драйверов используется при создании любых SQL-

драйверов.

Конфигурационный диспетчер участвует в настройке среды BDE при начальной

загрузке.

Системный диспетчер управляет всеми ресурсами системного уровня. Он

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

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

Общий обработчик запросов поддерживает и SQL и QBE. Он построен с

использованием технологии курсоров BDE и поэтому может работать с любым

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

передается серверу. Запрос QBE предварительно транслируется в SQL.

Технология Idapter является составной частью BDE и предназначена для

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

интерфейс драйверов Borland SQL Links. Idapter транслирует вызовы функций

интерфейса IDAPI в вызовы стандартных методов интерфейса ODBC, что

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

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

IDAPI. Технология Idapter существенно увеличивает число доступных

через BDE форматов данных. Поставляется совместно с IDAPI, как отдельная

динамическая библиотека.

1.4 Пакет Borland SQL Links for Windows

Пакет Borland SQL Links for Windows предназначен для использования теми

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

базам данных и к удаленным SQL-серверам. После инсталляции соответствующего

драйвера SQL Links и создания необходимого псевдонима приложение получает

доступ к базам данных необходимого SQL-сервера. Место SQL Links в механизме

доступа к базам данных из приложений Delphi 7.0 показано на рисунке 4.7.

Установленный драйвер выполняет работу по соединению с нужным SQL-

сервером, переводу запросов приложения в соответствующий диалект SQL и

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

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

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

сервером SQL используется утилита конфигурации BDE. Естественно, что перед

выполнением такой настройки необходимо иметь инсталлированный SQL Links с

установленным драйвером для нужного сервера. Все настраиваемые параметры

сосредоточены на странице Drivers утилиты конфигурации (см. рисунок 1.2).

Рис. 1.2. Использование драйвера SQL Links приложением

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

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

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

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

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

Ниже будут рассмотрены общие для всех драйверов SQL Links параметры.

Дополнительную информацию о специфических параметрах каждого драйвера

можно получить, выбрав соответствующее имя в списке утилиты конфигурации

BDE и нажав кнопку Help.

DLL — определяет имя динамической библиотеки SQL Links для драйвера.

Driver Flags — внутренний флаг, изменять этот параметр не рекомендуется.

LangDriver — задает языковый драйвер, который применяется для

манипулирования данными, полученными при помощи драйвера SQL Links. Поле

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

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

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

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

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

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

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

преобразования данных по правилам базы данных.

Open Mode — определяет режим, в котором SQL Links открывает доступ к базе

данных. Возможные значения: "Чтение\3апись" и "Только для чтения". Режим

"Только для чтения" не работает при использовании прямых запросов.

Schema Cache Size — задает число таблиц базы данных, чья структурная

информация кэшируется. Возможные значения: 0—32 (по умолчанию 8).

Schema Cache Time — задает время нахождения структурной информации о

таблицах в кэше. Возможные значения: -1 (по умолчанию) — до закрытия базы

данных; 0 — информация в кэше не размещается; 1-214748347 — число секунд.

Server Name — содержит имя целевого сервера. Для серверов Interbase

обязательно надо задавать маршрут, как это показано в примере:

servername/usr/gds/directoryname/databasename/gdb.

SQLPASSTHRUMODE — определяет режим использования прямых и локальных

запросов при соединении через один псевдоним: NOT SHARED запрещает

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

SHARED AUTOCOMMIT разрешает совместное использование, причем прямые

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

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9