IB or ADO для FireBird

[Dozent]

Здраствуйте, уже давно не кодил и прошу помощи, создал базу на FB. Сейчас стоит выбор в использовании способа подключения к базе что лучше использовать ADO или IB. Из последнего что помню в IB ест ьаткая штука как Commit что закрывает открытую сессию для пользователя и пока эта сессия открыта другие не могут работат ьс базой... Поэтому выбор пока падает на ADO если я не прав поправте пожайлуйста...

[Yurk@]

IB однозначно (а еще лучше FIB+, но он платный)

[BARNEY]

IB однозначно, согласен.... не использовал не когда FIB+... так что прокомментировать не могу

[Dozent]

А по поводу, закрытия сесии ? Проблем не возникнет? Если не ошибаюсь там нельзя использовать несколько таблиц в одной сесии...

[superedward]

Сообщение от Dozent

А по поводу, закрытия сесии ? Проблем не возникнет? Если не ошибаюсь там нельзя использовать несколько таблиц в одной сесии...

Вы имеете в виду транзакции. Всё зависит от параметров транзакции, но насчет нескольких таблиц - ерунда.
И обновите стандартные IBX до версии 7.11.

[BARNEY]

ошибаетесь ..нет не каких проблем вообще с ним.

[Dozent]

Ну вот я сейчас вспоминаю, в коде была открыта транзакция, и дальше в коде нужно было ешё раз открыть транзакцию... Выходила ошибка, тогда как помню избавился методом закрытия транзакции а потом открытия...

[Аватар]

Сообщение от Yurk@

IB однозначно (а еще лучше FIB+, но он платный)

Чем хуже ADO, не считая того, что провайдер устанавливать нужно? Понятно, что спец.компоненты адаптированы к конкретной СУБД. В чем это выражается - быстрее работают, удобней для программиста или другое? К Firebird имею минимальное отношение, и использую ADO с провайдером LCPI.IBProvider.3.Free. Проблем не имею

[Yurk@]

Аватар, ну если все устраивает в АДО - это ж хорошо
я с Firebird работаю очень тесно, начинал со стандартных компонентов IBX (как по мне - они все же убоднее и гибче чем АДО), а потом мигрировал на FIB - то даже IBX не дотягивается до них . Большая скорость + еще гибче настройка
а в целом выбор конпонента доступа - дело вкуса каждого

[superedward]

Сообщение от Dozent

Ну вот я сейчас вспоминаю, в коде была открыта транзакция, и дальше в коде нужно было ешё раз открыть транзакцию... Выходила ошибка, тогда как помню избавился методом закрытия транзакции а потом открытия...

Во-первых, зачем вам ещё раз открывать транзакцию, не закрыв ее? Запросы к БД тоже можно открывать только после предварительного закрытия.
Во-вторых, считается хорошим тоном стремиться минимизировать время жизни транзакции.