Liniumа примеры можно? Что разработано не на delphi
тут в основном люди используют Дельфи, или вообще сами его не используют.
Для InterBase и Firebird есть огромное количество разных драйверов для разных средств разработки. Раз они есть, значит кто-то на этих средствах разработки пишут.
Например, ODBC-драйвер. Его можно использовать где угодно - для интеграции с 1C, для работы из Excel, и т.д.
Драйвер .Net - понятно что его используют те, кто пишет на C#. Автор драйвера сам пишет на C# разные программы.
На Visual C++ тоже народ пишет программы с ФБ.
Какие именно программы? Да всякие разные. Те же, что пишут на Дельфи.

Liniumа вообще разница есть использовать FIB+/IDX или пользоваться ODBC/JDBC? Например производительность/скорость выше где?
http://www.ibase.ru/devinfo/choosecomp.htm

IBX/FIBPlus - компоненты прямого доступа. Ничего лишнего, могут использовать все возможности клиентской части (управление транзакциями, и т.п.)
ODBC - стандарт, никаких специфических параметров транзакций, одна транзакция на коннект, и т.д. Кроме того, это +1 слой к клиентской части.
JDBC - стандарт, драйвер не использует клиентскую часть (работает напрямую с сервером). Тоже есть ограничения.

Gallemarаналогов IBX/FIBPlus для C# нет?
дело в том, что в Дельфи "открыт" сам DataSet, то есть, только он стандартизирован, а компоненты выше можно писать какие угодно, т.е. TIBTransaction и TIBDatabase могут иметь любые свойства, и они унаследованы ни от чего ( TIBDatabase = class; TIBTransaction = class;). И даже сам DataSet можно переписать, чтобы он читал-писал данные в текстовый файл (есть пример в Дельфи начиная с версии 3).

В языке типа C# классы коннекта и датасета уже "жестко зашиты", их никто не переопределяет (не знаю, возможно ли это), поэтому подключать разные СУБД можно только на уровне драйвера.
Аналогично - BDE - TDatabase, ..., ADO и прочие.
Я уже указал статью, там написано, что все эти компоненты являются наименьшим общим делителем. То есть, на коннект одна транзакция, если она вообще есть, параметрами транзакции управлять нельзя (Firebird .Net является исключением), и т.д.
Просто потому, что другие СУБД такого не умеют. Вообще универсальные компоненты не могут использовать никакой специфики никакого сервера.

И уж тем более к этим стандартным вещам нельзя подцепить Services API, когда в Дельфи это решается простым написанием компонент.

Теоретически и в C# можно подцепить Services API, но этого никто не делает (никому из пользователей C# это не надо?).

Кстати, я с Эмбаркадеро делал серию вебинаров про InterBase недавно, была часть про компоненты и средства разработки. На этой части была проблема с записью, ее сейчас чинят, чуть позже дам ссылки.

Симонов ДенисЧто IBDataSet научат работать с двумя транзакциями?
сам IBDataSet нет, но к IBQuery есть компонент IBUpdateSQLW, который подключается к отдельной транзакции. И существует уже 9 лет

http://www.ibase.ru/devinfo/ibx.htm#tran_use

Симонов Денис,

Джефф слишком ортодоксален.

ibx? ну, я себе научил.

Докпредлагаешь наследника писать? Нафик, все велосипеды уже придуманы
нет, я просто ibintf.pas отредактировал. У меня проги ищут либо gds32.dll, либо fbclient.dll, кто первый попадется, ибо им пофиг, чей это клиент и где он.

ДокДим, а как это выглядит в коде, не поделишься? В порядке повышения общей образованности? ;)
код писан на коленке, очень давно, работает, но когда ни одна либа не найдена, где-то вылазит какой-то скрытый exception, но это, imho, проблема ibx.

ibintf.pas (Delphi 2007)




как-то так. под 64 бита не затачивал, ибо последняя купленная у меня 2010, на XE2 апгрейд не делал (вот сейчас в раздумьях на тему XE3).

Dimitry SibiryakovИ молишься, чтобы они ещё и с разрядностью не прокололись.
Дима, самый ад - это когда коннектятся к ФБ через ODBC. Перепутано все к чертям:
ОС 32/64 бит, програма 32/64, ODBC 32/64, фбклиент 32/64, ну и сам ФБ 32/64.

то есть, людям мозг выносит напрочь. Я думаю написать статейку на эту тему, т.к. моих слов на эту тему в вебинаре про InterBase явно не хватает.

Dimitry Sibiryakovтем проще всё падает.
я не про это - люди не соображают, что должно быть 32 или 64битным.
Ситуацию еще ухудшает то, что разрядность fbclient.dll можно определить только утилитами dumpbin, link или filever из Visual Studio.
Я бы порекомендовал все же составителям дистрибутива сделать fbclient64.dll, или хотя бы в 64битный дистр включать fbclient32.dll, в общем, как-то развести битность по названиям.
Пример:
- пытаются пристыковать к 64битному MS SQL 32битный Firebird ODBC
- ставя 64битный Firebird ODBC не могут найти к нему fbclient.dll
- не знают, как запустить конфигуратор ODBC для 32бит.
и так далее. Администраторы.

Доки каждый раз исходники правишь, если вдруг понадобилась конкретная библиотека?
какая "конкретная"? FIBPlus позволяет указывать клиентскую либу, более удобным способом. Мне FIBPlus не нужен, достаточно IBX. Я поменял чтобы IBX использовал ЛЮБУЮ установленную клиентскую либу IB/FB, какая есть. Использование "конкретных" мне нафиг не надо нигде, кроме IBExpert. И никакой нормальной программе, которая работает с одним сервером и одной базой, тоже не надо.

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