ЛюдмilaСоздала БД Firebird(2.5), терзаю ее локально клиентом на Делфи (ХЕ7), сначала посредством ADO через IBprovider (Free) - куча ошибок вылетало, прямо на ровном месте (возможно из-за !высокой квалификации).

Ну хотя бы для одну ошибку привели. "auto_commit=true" в строке подключения указывали? :)

У Free нет поддержки метаданных, соответственно, со всякими дизайнерами будут проблемы.
ЛюдмilaПомаявшись снесла ADO заменив его на стандартные компоненты IBDatabase, IBTransaction, IBDataSet и т.д. и все ошибки исчезли, тестирую локально транзакции хранимые процедуры, уже неделю - всё ОК.

ADO-шные компоненты, насколько я понимаю, в Delphi вообще не развиваются. Да и вообще - были сделаны, "чтобы было".

В целом - используйте то, что получается использовать :)

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

Похоже я что-то упустил. У Delphi реально появились компоненты, работающие с сервером напрямую???

DarkMasterIBProvider внутри себя содержит лишний слой логики.

Озвучьте функциональное назначение этого слоя логики.

DarkMasterКоваленко Дмитрийпропущено...

Похоже я что-то упустил. У Delphi реально появились компоненты, работающие с сервером напрямую???

Э... Вызов API клиентской библиотеки - это "работа с сервером напрямую" или нет? IBX,IBO и иже с ними - они "библиотеки прямого доступа". Моя твоя не понимай.

Задумаемся над словом "напрямую".

DarkMasterКоваленко Дмитрийпропущено...

Озвучьте функциональное назначение этого слоя логики.

Ну к примеру помнится, кто-то давно рассказывал о хитрых реализациях поддержки массивов.

Ну, а у кого её нет, можно считать что вообще массивы не поддерживают.

DarkMasterЯ к тому, что внутри IBProvider идут дополнительные преобразования данных.
Если эти преобразования необходимы для приведения форматов данных между приложением и сервером - то в чем проблема-то?

DarkMasterКоваленко ДмитрийЕсли эти преобразования необходимы для приведения форматов данных между приложением и сервером - то в чем проблема-то?

Дополнительное звено цепочки:

"Приложение -> fbclient.dll -> сервер" vs "Приложение -> IBProvider -> fbclient.dll -> сервер". Только и всего.
1. А куда ты дел IBX/FIB/IBO/FireDac?

2. "IBProvider -> fbclient.dll", в случае Firebird <=2.5 можно сократить до IBProvider. Внезапно, да?

3. Попробуй поднять поддержку серверов (их всего навсего два десятка версий) у твоих любимых компонент до уровня IBProvider - откроешь для себя очень много интересного в плане устройства компонент доступа с масштабируемой архитектурой. Хотя, проще не пытаться, а посмотреть на их текущее печальное состояние и сделать выводы.

Можно еще просмотреть список проблем fbclient.dll. И задуматься еще сильнее.

Dimitry SibiryakovКоваленко Дмитрий1. А куда ты дел IBX/FIB/IBO/FireDac?
Гораздо интереснее куда он дел DbGo-ADO-OLEDB.


А том и речь :)

Думаю можно еще winsock прикрутить.

DarkMasterКоваленко Дмитрий,

Дим, тебе не кажется, что разговор ни о чем?
Я тут выше написал - используй то, что получается использовать.

Проблема с Delphi и IBProvider - на стороне Delphi. dbGo, по хорошему, надо выкинуть, а их автора казнить переписать. Цена вопроса (исходя из моего опыта с ADO.NET) - год работы. Но у меня сейчас нет лишнего года.