затея вполне реальна
основная идея заключается в том, чтобы разделить приложение на две части:
зависящую от СУБД и независящую, а между этими частями устанавливается некий единый программный интерфейс и передаются данные.
вобщем в поиск со словами "трехзвенная архитектура"...

добавка:
"трехзвенная архитектура" в данном случает относится не к системе в целом,
а к одному приложению (+ СУБД)... т.е. вообще использование термина не совсем корректное, но идея та же

LelikBolekна счет трехзвенки направление ясно, но дело в том что вариант программы под FireBird уже написан и используется, использованы компоненты доступа FibPlus, а вот счас надо сделать еще и под MSSQL. в случае с трехзвенкой - это практически новое приложение делать, чего б нехотелось.. есть менее трудоемкие пути ?
эх... всё таки неправильно я выразился :(
трехзвенка подразумевает выделение сервера приложений со своей логикой,
а здесь нужен просто дополнительный слой абстракции в работе приложения...

на примере школы:
на уровне интерфейса пользователь оперирует понятиями "Ученик", "Учитель", "Класс". соотвественно высший уровень убстракции тоже имеет эти же объекты (классы). Теперь нужно завести некий движок TEngine, который умеет делать что-то вроде "Добавить ученика", "Перевести ученика в другой класс" и т.д.
А потом от этого движка унаследовать TFIBEngine и TMSSQLEngine с соотвествующими реализациями.

Конечно, это довольно большая переделка приложения, но с нормальным качестве проще сделать сложно.

Есть конечно вариант перейти на BDE ;)

LelikBolekа если так:
в общем - это дублировать компоненты доступа, ADO и FibPlus, а всвязи с тем что на FibPlus уже написано, так просто доложить на все объекты компненты ADO, в процедуры инициализации форм или процедур прописать по какому пути в коде работать.. может и бред конечно, но мне кажется так проще добавить использование нового сервера с приложение. Добавлять третий думаю не потрбуется ..

велик шанс, что получится сильно криво :)
понятно же, что синтаксис языков разный, способы обращения к данным разные, набор компонент не совпадает (т.е. не совсем совпадает)...

вобщем мое мнение - интерфейсная часть не должна подозревать о том с какой базой работает

LelikBolek
может конечно и с FireBird-ом работать через ADO, тк MSSQL будет первичной платформой, а FireBird останется для поддрежки уже имеющегося филиала
можно то оно можно, а кто перепишет запросы?
Может вообще проще поддерживать два приложения или уболтать этот одинокий филиал на установку MSDE?

LelikBolekОдинокому филиалу лучше на FibPlus c Embded т.к. при необходмиости перенести прогу на другую машину или на ноут - ничего думать не надо, просто скопировал пупку и все.. а с MSDE так не прокатит.

Запросы все равно мне переписывать.. Пока склоняюсь на перевод на доступ через ADO, например через IBProvider (http://www.ibprovider.com/rus/index.html), но пока не понял как быть с ХП, в обоих серверах они есть но возможности у них разные...Если при совпадении имен и параметров реализовывать их по разнному где то будут грабли...

удачи в нелёгком деле :)