Akella, 

Причем тут базовые классы - не понял. Был у меня такой опыт: связка MySQL - ADO - Delphi. Задачка - так себе, мелочь. Штук 5-10 таблиц, 3-5 юзеров. Ну так когда мне понадобилось (уж не помню почему - то ли MySQL сервак стал спотыкаться об апача новой версии, то ли просто я дурью маялся  ) я за 1 день перекинул структуры+данные в MS SQL, заменил строку подключения (udl-файл) - и ВСЕ. В коде программы не менял ничего. Т.е. exe-шник остался тот же. Правда с Oracle/InterBase/FireBird такой фокус уже не пройдет. Они версионники и autoincrement в упор не понимают :(. 
Но вообще проблема переноса - не в классах, а совместимости диалекта SQL (если он применяется  ) и типов данных. ИМХО.

И слава богу  Автоинкремент элементарно эмулируется на основе генератора/последовательности. А вот обратное неверно...

я имел ввиду если использовать только TDataSet и не использовать, например TpFibDataSet со всеми его примочками, так что переезд с одной базы на другую не может сказаться безполезненно

Вообще мне кажеться если проект не большой то можно и BDE + Paradox или DBase. И всё будет мазя без всяких там ухищирений. А если таблици маленькие (Содержат мало инфы) то можно ваще XML использовать. ТОка парсер грамотный найти. Или написать самому.

Поддержу bartram
Firebird embedded
Можно ADO+Access
Везде есть свои "+" и "-"

Это сообщение отредактировал(а) Deniz - 20.6.2007, 05:05

не... просто по работе сталкиваюсь часто с такими же проблемами- лучше ADO+Access нету ничего....если конечно базу Oracle развернуть не хочешь

Тиль, 

Да брось. Бесплатных локальных движков хватает. ADO+Access - железно тормозят по сравнению с ними во-первых, движки не требуют наличия офиса/MS Jet во-вторых, работают на Win9X и WinNT платформах одинаково (не надо накатывать обновления ADO) в-третьих, и никаких проблем с подхватыванием базы (установкой) в-четвертых. А Oracle оставим мазохистам . Уточняю: для этой задачи. А то налетят Ораклисты, затопчут. Или пальцами затычут .

и зытычем