Назначение и основные характеристики технологий bde
BDE (сокр. от англ. Borland Database Engine — «движок баз данных Borland») — 32-битный движок баз данных под Microsoft Windows для доступа к базам данных из Borland Delphi, C++ Builder, IntraBuilder, Paradox for Windows и Visual dBASE for Windows.
Имеющийся набор драйверов баз данных даёт единообразный доступ к стандартным источникам данных: Paradox, dBASE, FoxPro, Access, а также текстовым БД. Вы можете добавлять драйверы Microsoft ODBC при необходимости подключения к ODBC-сокету. Кроме того, Borland предоставляет SQL Links для доступа к широкому диапазону мощных СУБД, включая Informix, DB2, InterBase, Oracle и Sybase.
BDE имеет объектно-ориентированное устройство. Во время выполнения приложение взаимодействует с BDE, создавая различные BDE-объекты. Эти объекты затем используются для управления элементами БД, такими как таблицы и запросы. BDE API даёт прямой и оптимизированный доступ к движку, а также к встроенным в BDE драйверам для dBASE, Paradox, FoxPro, Access и текстовых БД.
Файлы ядра движка БД существуют как набор DLL, код которых полностью реентерабелен и потокобезопасен. В поставку BDE входит набор дополнительных утилит и примеров приложений.
Система BDE конфигурируется с помощью BDE Administrator (BDEADMIN.EXE).
В BDE используется «Local SQL», подмножество стандарта ANSI-92 языка SQL, расширенное для поддержки используемых в Paradox и DBF (называемых в BDE «стандартными» таблицами) соглашений о наименовании таблиц и полей. Local SQL позволяет использовать SQL для запросов к локальным «стандартным» таблицам, которые не находятся на серверах БД, в т. ч. удалённых. Local SQL также является необходимым средством для создания запросов с выборками из многих таблиц, часть которых локальна, а часть находится на удалённых SQL-серверах.
Модель сервера приложений: назначение и описание
Характерным для сервера приложений является то, что прикладные функции выполняются на отдельном выделенном сервер. Этот сервер носит название сервера приложений. Т.о. в отличие от двухзвенной технологии, которая используется для первых трех моделей, в данном случае у нас появляется трезвенная модель.
Т
.о.
на сервере приложений выполняется
отдельное приложение, которое обращается
за данными на сервер БД на языке SQL.
Плюсы:
мы разнесли приложения и функции работы с данными на два отдельных сервера.
Теперь само приложение написано не только в виде хранимых процедур, а на любом алгоритмическом языке высокого уровня, что способствует более быстрой реализации бизнес-правил, т.к. отладка хранимых процедур, написанных на языке SQL и процедурный его расширениях требует значительных затрат времени, т.к. эти языковые средства обладают малыми функциональными возможностями по отладке прикладных программ.
Есть четкое разделение бизнес-логикии доступа к данным. Основное приложение расположено на сервере приложений. Он работает под управлением своей многозадачной ОС и имеет среду для разработки разделяемых приложений и имеет среду для разработки т.н. промежуточного слоя (middle wave).
Сама среда должна обеспечивать не только многозадачную обработку, но и обеспечивать обработку очереди по вызову приложений – свои средства для работы очереди по вызову приложений.
В настоящее время используется не только трехзвенная схема, но и многозвенная, когда сервер приложений реализуется в виде многозвенной схемы, т.е. каждый сервер приложений реализует свою бизнес-логику. В любом случае обмен с сервером БД осуществляется на языке SQL.