Driver Interbase Bde

ODBC-источники. Библиотека Borland Database Engine (BDE). Можно также удалить ODBC-драйвер из файла конфигурации BDE (Delete ODBC Driver). Установка клиентского ПО сервера InterBase; Настройка BDE клиента. Сеанс связи. Инсталлировать специализированный драйвер SQL Links в BDE. Borland Database Engine — «движок баз данных Borland») Кроме того, Borland предоставляет SQL Links для доступа к широкому диапазону мощных СУБД, включая Informix, DB2, InterBase, Oracle и Sybase. DBase; Paradox; ODBC-источники; Oracle; Interbase Можно также удалить ODBC- драйвер из файла конфигурации BDE (Delete ODBC Driver). IBX ( InterBase Express) – входит в поставку Delphi, C++Builder, Kylix, InterBase компонент для работы в IBX и BDE через один коннект; все версии IBX, включая Embarcadero ODBC driver – для пользователей лицензий InterBase.

В 1990-м году Borland приобрел компанию Ashton-Tate, а вместе с ней и dBase (и Interbase). В частности, BDE хоть и поддерживает третий диалект для InterBase 6 и выше, однако только. 1.70 Можно ли управлять параметрами транзакций IB из BDE? ODBC- драйвер, поставляемый в дистрибутиве IB 5.5 позволяет. Как уже было указано выше, InterBase сохраняет все таблицы в одном файле, имеющем.

Как работает BDE, или архитектура BDE и его особенности при работе с SQL- серверами Кузьменко Дмитрий, www. На самом деле информация из этого документа частично появлялась и раньше как в FAQ Borland так и в материалах других авторов (в частности Epsylon Technologies).

Однако до сих пор большое количество разработчиков используют BDE. Но в последнее время все больше людей работают с SQL- серверами, и более популярными становятся компоненты прямого доступа – IBObjects/Free. IBComponents/IBExpress, Direct Oracle Access и другие. Кроме того, BDE не поддерживается на Linux (в Kylix) и дальше развиваться не будет – The Future of the Borland Database Engine (BDE) and SQL Links (by John Kaster). В Delphi 6 наряду с BDE и в Kylix (Delphi и C++Builder для Linix) используется другая библиотека – db. Express, которая и предлагается Borland в качестве замены BDE.

Поэтому, чтобы поставить жирную точку (или крест, как хотите) на BDE, я и решил написать этот документ. В большей степени этот текст напоминает то, что я читал на курсах по Delphi и разработке баз данных 3- 4 года назад. Привет вам, курсанты!

Можете прочитать этот документ хотя бы для того, чтобы освежить память. В те времена на компьютерах властвовали настольные СУБД – d. Base, Paradox, Fox. Pro, Clipper и т. SQL- сервера в основном работали на мэйнфреймах. Среди форматов настольных СУБД был полный разнобой, и например, хотя Clipper, Fox. Pro и d. Base работали с форматом DBF, использовать таблицы друг друга они фактически не могли из- за мелких, но существенных различий.

Обмениваться данными в те времена между разными СУБД можно было разве что при помощи импорта- экспорта. Многие компании понимали, что так дальше продолжаться не может. Некоторые встраивали в свои продукты несколько . Таким образом у Borland появилось две настольные СУБД, с совершенно разными форматами – d. Base и Paradox. Понятно, что для дальнейшего развития этих продуктов усилия по развитию форматов данных и работы с ними фактически удваивались. И в частности поэтому было принято решение создать некое универсальное ядро доступа к данным, которое могло бы работать с несколькими форматами данных единым образом.

Созданию такого ядра также способствовало появление Windows, а следовательно и разделяемых библиотек – DLL. Можно было выпускать несколько продуктов, используя одни и те же dll доступа к данным. Это вполне соответствовало объектно- ориентированной концепции разработки ПО, которая не только использовалась в Turbo Pascal и в Turbo C++, но и при разработке собственных приложений Borland, таких как d. Base, Paradox и Quattro (все для Windows).

Примечание. Дальнейшая информация по датам взята из документа, подзаголовок . В январе 1. 99. 3- го эта же версия ODAPI 1. Paradox 1. 0 for Windows, а затем и в d. Base 1. 0 for Windows. ODAPI пока поддерживал только форматы d. Base и Paradox, и мог выполнять запросы к обоим форматам при помощи механизма Query By Example (QBE), пришедшего из Paradox for DOS.

Справка. Драйверы ODBC 1. Microsoft впервые появились в августе 1. Информация из MSDN. В этой версии появился Local SQL – ядро для выполнения запросов SQL к локальным форматам данных, и IDAPtor – механизм для подключения ODBC- драйверов к IDAPI. Последняя 1. 6- ти разрядная версия IDAPI 2. Delphi 1. Далее, начиная с 3.

Paradox 5. 0 for Windows), пошли 3. Собственно, на этом развитие функциональности BDE закончилось. Добавлялись новые драйверы для доступа к SQL- серверам DB2, Informix, в BDE 3.

Cached. Updates), появился драйвер Fox. Pro и сопряжение с DAO, но все это происходило на протяжении достаточно длительного срока – с 1. С одной стороны, функциональность BDE можно назвать даже избыточной. С другой стороны повлияла конкуренция со стороны Microsoft, стандарта ODBC. Собственно, по функциональности ODBC является подмножеством BDE, но Microsoft в те годы предпринимала очень активные действия по продвижению ODBC, и главным в этом был выпуск ODBC SDK, с помощью которого любая фирма могла разработать собственный ODBC- драйвер (надо сказать, что в те годы их было огромное количество, причем большинство было весьма низкого качества и невысокой производительности). А BDE был более . Например, BDE SDK так и не увидел свет, и был доступен разве что избранным (я оказался в их числе, и надо сказать, что качество BDE SDK и удобство написания драйверов было на высоте).

С третьей стороны, к этому времени Word. Perfect был куплен Novell, Paradox также был продан Novell, а затем Corel, а IBM похоже просто потеряла к IDAPI интерес. Короче, комитет IDAPI распался, а Microsoft задавил конкуренцией. Несмотря на перечисленные негативные моменты, BDE активно использовался не только самим Borland, но и многими другими фирмами.

Это Novell (продукт In. Forms), Report. Smith (впоследствии купленный и проданный Borland), Crystal. Reports (вплоть до версии 5. BDE) и так далее. Частичная цель упоминалась выше – предоставить универсальное ядро доступа к локальным форматам данных. Основная – обеспечить прозрачную работу приложений как с локальными форматами, так и с SQL- серверами. Как сейчас помню, что именно удобство при работе с SQL- серверами рекламировалось как основное.

Однако в последние 2- 3 года именно эта возможность вызывала наибольшее количество нареканий. Давайте рассмотрим архитектуру BDE. Основная работа с BDE производится посредством внешнего интерфейса IDAPI (IDAPI3. DLL). Формат данных выбирается в псевдониме (alias) соединения, и в принципе дальше работа с разными форматами ничем не отличается. В том числе и неважно, как работает приложение с BDE – через компоненты VCL DB, которые используют функции BDE, или напрямую (все равно компоненты используют те же функции BDE). Дальше функции IDAPI транслируют вызовы в функции соответствующего драйвера.

Если это драйвер локального формата (d. Base, Paradox, Fox. Pro), то драйвер формата сам работает с соответствующими файлами (таблицами и индексами). Если это SQL Link, то вызовы транслируются в вызовы функций API клиентской части конкретного SQL- сервера. Для каждого сервера SQL Link свой. IDAPTOR (соединитель с ODBC) и интерфейс к DAO работает точно также как и SQL Link, т. Вообще клиентские части SQL- серверов несовместимы между собой абсолютно.

Поэтому невозможно написать универсальный SQL Link. Данный рисунок и список файлов, возможно, развеет популярный миф о том, что Delphi хорошо приспособлена для работы с Interbase. Как видите, Interbase для Delphi столь же равноправен, как скажем, Oracle или любой ODBC- драйвер. В отличие от продуктов Microsoft в BDE нет никаких . Эти механизмы запросов будут рассмотрены чуть дальше. TTable и TQuery. TTable и TQuery являются основными компонентами, используемыми при программировании приложений баз данных (TStored.

Proc не в счет, и без него можно прекрасно обойтись, вызывая процедуры через select или execute в компоненте TQuery). TTable предоставляет доступ как к таблицам, а TQuery позволяет выполнять произвольные запросы. Если с TQuery все понятно – он выполняет тот запрос, который написан в свойстве TQuery. SQL – то TTable скрывает очень много подробностей своей работы от программиста.

Без SQL Monitor увидеть все тонкости невозможно (если кто не знает – SQL Monitor находится в меню Database). Итак, запустите Delphi, откройте SQL Monitor, положите на форму компонент TDatabase, подсоединитесь к серверу, затем положите компонент TTable, присоедините его к алиасу TDatabase и выберите любую таблицу из списка (свойство Table. Name). Переключитесь на SQL Monitor, сотрите все что там появилось, переключитесь обратно, и включите TTable. Active: =True; Смотрим в SQL Monitor (лог с самого начала). Vmware Windows 95 Svga Driver. BDE хочет убедиться, что выбранная нами таблица существует. Определяется, есть ли среди них первичный ключ, и по каким полям построены индексы.

Перечитывания этих данных можно избежать, если включить у используемого алиаса параметр ENABLE SCHEMA CACHE.