Ну, к примеру , я видел такое:

На машине стоит прога и нормально работает (под БДЕ1 или около того).
Ставлю другую прогу, более новую. Интсталяха ставит БДЕ (то ли 4, то ли 5, уже не припомню) Старый БДЕ почил в бозе, а старая осиротевшая прога орет-надрывается, что под таким! БДЕ (новым) она работать не будет. Понятно, что новая прога не будет работать под старым БДЕ.
Мораль такова: некоторые (и я так и не выяснил какие) версии БДЕ совместимы, а некоторые - нет.
А работая с IB с использованием то ли АПИ, то ли IBX клиент работает с сервером без драйверов хоть по сети, хоть локально. Я таскаю с собой gds32.dll 2002 года издания и все . В инсталяхе IB есть либа gds32.lib и еще парочка, но я пока... короче, руки не дошли(в смысле прилинковать и все одни файлом таскать). :)

Ну, тут немного другой стиль работы с базой данных, а возможности теже и более. Компоненты IBX точно такие же как у БДЕ (Если у тебя есть вкладка InterBase, можешь сравнить). Тот же TIBTable, IBQuery, TIBDatabase... Есть непохожие (TIBTransaction) . Попробуй, поиграйся. Но обязятельно почитай про транзакции. Кстати, они и в БДЕ есть, только они там партизанят по-тихому, и на них не отвлекаешься.

Временный буффер (кэш ) есть. Но , едят меня транзакции, если круто писать, с серваком, сетью, многопользованием, тогда время выбирать тот самый сервер. Это тоже работка не их простых. Запаришся читать доку , обзоры, статьи.... Причем, при ругне или похвале продукта играют роль пристрастия писателя. Так что выбирай сервер. А выберешь сервер - выберешь и инструменты для работы с ним.

Сори, я зря наплел про выбор сервера.... Раз уж мы тут, то даешь IB!
Ну а IBX для того и сделан, чтоб программеры не ковырялись в АПИ. Это всего лишь ОО-надстройка над ними. А АПИ - самый быстрый способ доступа. Нафиг всякие BDE и тем более ODBC...

Ну не знаю насчет глюкавости IBX... Пока глюков не встречал. А если глюков бояться - Винды не грузить.
Насчет закрытия датасетов: если подтверждашь транзакцию CommitRetain, то изменения фиксируются, а транзакция не закрывается и курсоры-датасеты - тоже. Транзакций можно иметь дофига - на каждый датасет. Для просмотра имеешь одну, читательную, а для внесения изменений - другую, которую стартуешь и завершашь Commitom... Та, которая читательная, видит все изменения других. Тут надо свойства (параметры) указывать подумавши. Так вот, читательный датасет можно рефрешить по событию изменения и вставки таблицы, с которой он связан.

Да, чем новее IBX, тем лучшее. А в примерах ихних (и в Билдере) я тоже с глюками встречался. Берешь пример, а он не работает. Так это глюки на IBX, а примера самого. Собери сам примерчик. Это очень просто делается. Конкретные поля не указывай, сыпь в датасет все, что есть. Да нет... Усё у порядку, шеу! Кстати, на BDE так гнали в свое время. Говорили: ODBC (глюк на глюке по default) круче. А я с BDE долго работал, и нормально. Вот только совместимость версий (ее отсутствие) меня достала, а так - ниче.... А сегодня пора IBX-а (ну и IBPlus-са, кому что нравится :))
Главное: мелкософт масдай. :)