а стоит ли..сервер приложений определяет тип используемой бд и дергает нужную бд (фактически в каждом методе - if mssql then elseif oracle then end if;
Это, конечно, не дело. А в остальном - так и надо.

beluginЕго наследники (SQL) будут перекрывать некоторые методы, синтаксис которых отличается в разныз базах.
Не стоит выпячивать тривиальное решение наиболее мелкой из стоящих задач. Создается впечатление, что Вы не понимаете реальной сложности проблемы и полагаете, что такого движения достаточно для полного счастья.

beluginЕще можно поюзать паттерн ExpressionBuilder для формулирования запросов
А это усиливает предыдущее впечатление.

beluginНе понимаю, объясните. Сам реализовывал (принимал участие) только один раз на акцессе2 на переходный период.
Наибольшие проблемы вызывает не синтаксис, и даже не отличие в возможностях, и даже не производительность (хотя и с ней уже очень непросто, если пишем не записную книжку). Основная проблема - в различном функционировании разных СУБД.

Cкажем, возьмем запрос


Если создать одинаковую таблицу SomeTable, заполнить ее одинаковыми данными и выполнить этот оператор, например, на MSSQL и на Interbase - его результаты будут разными (если я не ошибся, конструируя пример - проверить не на чем). "Разными" - в смысле "будут удалены разные множества строк". Почему - потому что в Interbase специфически интерпретируются вложенные запросы.

Скажем, возьмем запрос


Опять же, на Oracle и на MSSQL он вернет разные результаты. А ведь мы пользуемся, казалось бы, самыми основами языка! Если же речь зайдет например о согласованности данных в отчетах, или например о синхронизации доступа и изменения товарных остатков на складе.....

beluginНа аксфоруме, например, народ работает в основном под MS SQL, но есть и товарищи, которые работают на Оракл - как получается, что такое вообще возможно?
Не готов судить, что такое аксфорум. Большинство "универсальных" решений использует СУБД в наименьшей степени, обходясь только простейшими запросами. Скажем, в случае выше - они сделают select * from table и отфильтруют результат на сервере приложений.

beluginНе является ли данная проблема частным случаем разного синтаксиса?
Не совсем. В случае, если пустая строка задается константой, с этой проблемой в принципе можно справиться синтаксическими инструментами. Однако, если значение задается bind-переменной, или например берется из подзапроса - уже никак.

beluginСуществует ли запрос для Оракл, которые ведет себя также как данный запрос под MS SQL?
Опять же не совсем. В случае, если в MSSQL для поля задан NOT NULL, можно считать аналогом оракловый запрос с IS NULL. Однако, если поле в MSSQL допускает как NULL, так и пустую строку, этот вариант уже не пройдет.

beluginПри переводе проекта на BAAN с BaanBase на Oracle почему-то не столкнулся с подобными проблемами (правда где-то месяц тюнили производительность). Может она на самом деле не такая и важная?
Я никогда не видел BAAN и ровным счетом никак не могу прокомментировать такой переход. А насчет неважной.... ну если Вам наплевать, что приложение работает непредсказуемым образом и выдает неверные результаты, то да, не такая и важная.

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

Так вот: я так и не смог объяснить, чем это плохо. Видимо, не умею объяснять :(

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

Еще вариант: генерировать Expression Tree а потом транслировать его в SQL (насколько я знаю, так действует LINQ и TopLink)
И?

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

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

ВМоисеевНа уровне только клиентского приложения или можете использовать сервер приложения?
Теперь посмотрите на написанное Вами и попробуйте ответить на вопрос: нафига для реализации нарисованной Вами схемы сервер приложений. Что он в данной схеме сделает такого, что будет затруднительно сделать без него?

Alexey KudinovТем не менее портирование удалось осуществить за 3-4 месяца силами 2-х человек.
Я бы поставил акцент несколько по-другому. Идеальную для портирования систему, отвечающую большей части изложенных здесь универсальных рецептов, потребовалось дорабатывать 3-4 месяца, причем судя по изложенному материалу, большей частью отлавливая именно "тонкие несовместимости при корректном синтаксисе".

Alexey KudinovНо в целом я считаю удачное портирование (пускай даже и специально заточенной под него системы) достижением,
Согласен.

Я в данном случае стремлюсь подчеркнуть тот факт, что даже в очень удачных условиях потребовалась работа, трудоемкость которой идет в бюджете отдельной и вполне солидной строкой. Конечно, интересно, каков масштаб этих цифр относительно общей трудоемкости создания системы, но пока получается так: если 3-4 месяца и 2 человека, то по московским ценам это где-то $15-30'000 зарплаты. То есть если московской организации заказать такой проект (портирование) за $50'000 - ей надо будет крепко думать, браться за него или нет.

Alexey Kudinovособенно если учесть, что я часто слышу что такое вообще невозможно.
Хм. Действительно прямо в такой формулировке и слышите? От кого?