Интересует, возможность работы с несколькими СУБД одновременно, из одного приложения. Каким образом, это можно предусмотреть в приложении и т.д.

Нет проблем такое сделать. Все в рамках основных понятий и технологий.
В чем конкретно проблема?

Ну скажем так Delphi я вообще не знаю)
1) MSSQL
2) Oracle
3) Case
4) Ibase
...
Приложение, БЛ в СУБД хранимки, приложений много - одни функции разные СУБД, D7 ADO+DevExp:
1) Отказаться от DevExp (не проблема);
2) Первый старт приложения, выбираем из списка какую субд, будем использовать + формируем строку подключения.
Вопрос каким образом осуществить формирование списка субд. Может есть толк сделать сервер приложения, который бы возвращал данные в xml с преобразованием.

В связи с последним постом, как относится к "работы с несколькими СУБД одновременно"?


может и от Delphi отказаться, раз уж "Ну скажем так Delphi я вообще не знаю"? в пользу .NET?

Через конфиг, не важно какой.

Чем он может помочь? да и что такое - "xml с преобразованием"?

Финансирование, финансирование

А вот это я уже не понял, мне его не читать из ini/regegedit/xml нужно а работать с кучей субд в одном приложении, код каким образом увязать для этого и все такое. К примеру в C# воспользовался бы директивами препроцессора, или воспользовался бы MPM.

Хм ну скажем всю бизнес логику можно сделать в xml/xslt. "xml с преобразованием" - это xml преобразованный с помощью xsl.
т.о. приложение остается разгруженым, сервер отвечает за формирование xml документа, с базой обменивается при помощи ANSI SQL, что не вызывает проблем работать с любой субд отказавшись от курсоров и триггеров.

И?

Все-таки поясните, что такое "работать с кучей субд в одном приложении" ...
Вам надо чтоб приложение могло работать с разными субд, или в одном сеансе вам надо работать с разными субд? Потому как про конфиг я отвечал на "выбираем из списка какую субд, будем использовать + формируем строку подключения", т.е. создавать список по конфигу.


А это еще зачем?

Для: IntDex
Вы бы спустились до уровня нас, грешных, и понятными словами объяснили чего требуется. А то читаю и у меня складывается впечатление, что Вы понты кидать пришли. Прошу прощения, если не прав.


Дельфи намного дешевле VS? А затраты на изучение новой среды/языка не учитываете?


И после этого Вы будете говорить о недостатке финансирования?


А данные в текстовых файлах хранить будете? СУБД Вам тогда зачем, если бизнес-логику Вы собираетесь уносить с сервера?

О, чет я эту фразу сразу не догнал.
И поэтому - как тебя понимать, Саид? (с)

Что в таком случае Вы собираетесь формировать в xml?


Фсё, прощай целостность данных

Берем Hibernate и имеем унифицированный подход.