Oracle дома. Быстрый старт. Часть 4: из Delphi в Oracle

Этот пост является продолжением серии постов “Oracle дома. Быстрый старт” (часть 1, часть 2, часть 3).

Прежде чем начать что-то делать в Delphi, рассмотрим некоторые инструменты, которые мы могли бы использовать для работы с Oracle. Грубо их можно разделить на две категории:

1. Встроенные компоненты Delphi.
2. Сторонние компоненты.

Встроенные компоненты Delphi

Я вкратце напишу только о тех, с которыми мне довелось пользоваться на практике. А это:

• BDE
• dbGo (ADO)
• dbExpress

BDE – это уже устаревший механизм, с ним конечно связано много воспоминаний (как положительных, так и отрицательных), но его настоятельно не рекомендуется использовать в новых проектах и в Delphi он оставлен лишь для совместимости. К главным его недостаткам можно отнести необходимость “тащить” дистрибутив BDE при распространении своего приложения.

dbGo, ранее называлось ADO – это набор компонентов, которые используют ActiveX технологию ADO. Сам по себе этот инструмент удобный и достаточно универсальный, если предполагается работать с разными СУБД. Более того, библиотеки ADO входят в последние версии Windows и не требуют дополнительной установки. Однако для работы с конкретной СУБД используется дополнительный ODBC-драйвер, который может потребовать дополнительной конфигурации. Да и вообще работа с базой данных тормозиться, тут цепочка вызовов примерно такая: <Ваш код> – <Компоненты dbGo> – <ActiveX ADO (библиотеки COM)> – <OLEDB драйвер / OLEDB + ODBC драйвер (dll)> – <клиентское ПО (oci.dll)> – <СУБД (Oracle)>.

dbExpress – это механизм, который пришёл на смену BDE в Delphi 6. Вот несколько ссылок о причинах его появления и трудностях его использования: Технология dbExpress, Quick Guide: dbExpress, Перенос приложений с BDE на dbExpress. В отличии от ADO, тут цепочка короче: <Ваш код> – <Компоненты dbExpress> – <драйвер dbExpress для работы с конкретной СУБД (dll)> – <oci.dll> – <СУБД>, причём компоненты dbExpress являются простой (не COM) обёрткой над драйвером-библиотекой. Однако и тут цепочка получается длинной, более короткую можно получить только с использованием сторонних компонентов.

 

Сторонние компоненты

Их существует великое множество. Но мы определились, что будем работать с Oracle, а это значительно сужает круг. Скажу сразу, что я пользовался не всеми, но на слуху следующие компоненты:

• DOA
• ODAC
• AnyDAC

Использование сторонних компонентов позволяет сократить цепочку вызовов до такой: <Ваш код> – <Компонент> – <oci.dll> – <Oracle>, что является самым оптимальным.

DOA (Direct Oracle Access) – это набор компонентов, предлагаемых компанией Allround Automations (AA), которая знаменита продуктом PL/SQL Developer. (Кстати сказать, PL/SQL Developer  – это наверное один из лучших продуктов для кодирования и отладки pl/sql кода в Oracle, но он платный.) PL/SQL Developer использует именно DOA. Честно говоря – я не пользовался этими компонентами, но мне довелось однажды писать плагин для PL/SQL Developer – там всё более чем прозрачно и понятно. Немного погуглив, могу голословно заявить следующее: DOA является стабильным и простым для усвоения (даже для новичков) набором компонентов. Однако скорость его развития сильно зависит от нужд PL/SQL Developer’а. Ну т.е. с появлением новых версий Delphi разработчики AA не сильно то и торопятся обновлять свои компоненты. Скорее даже так: частота обновлений DOA зависит от появлений новых версий Oracle. Стоимость DOA колеблется от $129 до $578. Если бы я покупал DOA, то выбрал бы комплектацию за $478.

ODAC (Oracle Data Access Components) – продукт компании Devart – монстра всевозможных решений для разных СУБД, языков программирования и платформ. (Мне однажды потребовалось написать программу (2007 год), которая бы с КПК (Pocket PC) подключалась бы напрямую к БД – у Devart мы нашли необходимые библиотеки и компоненты.) Отличительной особенностью ODAC является возможность подключения к Oracle напрямую, в обход oci.dll (так называемый Direct Mode), т.е. цепочка подключения будет самой короткой: <Ваш код> – <ODAC> – <Oracle>, а значит и самой быстрой. Правда там есть некоторые ограничения и Devart не рекомендует им пользоваться в общем случае, т.е. рекомендует пользоваться режимом с использованием oci.dll. И ещё одно “кстати”: ODAC вроде как уже поддерживает FMX, когда как конкуренты – пока ещё нет. Стоимость ODAC для одного пользователя колеблется от $149.95 до $499.95. Для себя я бы выбрал версию за $449.95.

AnyDAC (Universal Data Access Components) – разработка компании DA-SOFT Technologies. Вообще, ещё до появления AnyDAC, были компоненты NcOCI7, а затем FreeDAC – бесплатные разработки Дмитрия Арефьева, с которыми я в основном и работал. И именно обёртка над oci.dll из состава компонент FreeDAC сейчас используется у нас в компании (а далее у нас используются самописные компоненты, которые по скорости работы с Oracle не уступают другим компонентам). К плюсам этой библиотеки можно отнести отзывчивость и быструю реакцию со стороны службы поддержки. А при желании можно договориться и о скидках :с). Стоимость AnyDAC для одного пользователя составляет $399.

 

Что выбрать?

Если Вы собираетесь писать серьёзный проект, то по-любому лучше выбрать сторонние компоненты. Какой именно компонент выбрать – однозначного ответа Вам никто не даст: каждый будет говорить о “своих” плюсах.  Я же давно собираюсь написать объективное тест-приложение для сравнения этих компонентов между собой, но всё никак не доходят руки это сделать. И в интернете напрямую их особо никто и не сравнивает (по крайней мере исходников тестов я не нашёл).

UPD: ссылка по теме.

А для начала мы выберем dbExpress – родной для Delphi механизм, по которому достаточно примеров можно найти в глобальной сети.

 

Итак

Запускаем Delphi, создаём новое VCL приложение. “Кидаем” на форму компоненты и настраиваем их:

dbExpress \ TSQLConnection –> SQLConnection1

SQLConnection1.Driver = Oracle
SQLConnection1.Driver.Database = //192.168.56.101/orcl
SQLConnection1.Driver.UserName = scott
SQLConnection1.Driver.PassWord = oracle
SQLConnection1.LoginPrompt = False
SQLConnection1.Connected = True – это вызовет попытку подключения к БД, убедитесь, что к ней можно подключиться (запустив, например, SQLTools).

dbExpress \ TSimpleDataSet –> SimpleDataSet1

SimpleDataSet1.Connection = SQLConnection1
SimpleDataSet1.DataSet.CommandText = select * from emp
SimpleDataSet1.Active = True

 

Data Access \ TDataSource –> DataSource1

DataSource1.DataSet = SimpleDataSet1

 

Data Controls \ TDBGrid –> DBGrid1

DBGrid1.Align = alClient
DBGrid1.DataSource = DataSource1

Всё :с) Уже в Design-Time мы увидим результат выборки из таблицы emp. Можно запустить приложение и увидеть это в run-time. Приложение получилось настолько простым, что я не стал делать ни скрин-шотов, ни выкладывать какие-либо исходники. А дальше – добро пожаловать в мир разработки приложений для работы с базами данных :с).