Максим НА если серьезно, то поделитесь опытом построения таких приложений: плюсы, минусы, особенности в реализации и работе.
Практически даже "Oracle + Firebird" было изрядным геморроем.

Даже в рамках ANSI SQL существует изрядное количество несовместимостей. Практически "одинаково на всех СУБД" могут выполняться только приложения, построенные на запросах SELECT FIELD FROM TABLE WHERE ID = ? и соответствующих однострочных операторах модификации. А писать приложение при таких ограничениях... мягко говоря, скучно.

AlexsalogА как вам мысль описывать запросы в неком СВЕРХ SQL из которого потом путем "компиляции" будут генерироваться процедуры на конкретном языке SQL.
Она здравая и правильная, имхо. Но учитывая необходимый объём работ (необходимый на самом деле, а не кавалерийским наскоком), она будет оправдана только в весьма крупных проектах. Кроме того, не стоит забывать ещё о двух вещах: разработка такого продукта будет означать необходимость отладки/тестирования под все платформы (то есть тупо увеличение затрат в эн раз), а список возможностей получившегося "сверх скл" будет пересечением возможностей платформ с объединением мелких несовместимостей и различных багов.

Я как-то говорил: я в своё время сконструировал скрипт на анси скл (ну вернее оператор, а всё остальное - создание таблиц и заполнение данными), который при выполнении на трёх разных СУБД даст три разных результата. И "компилятору сверхскл" придётся каким-то образом обеспечить одинаковый результат на всех трёх.

AlexsalogИ потом в сгенерированный SQL, который подойдет скажем процентов на 70, пусть будет допустимо вносить изменения вручную.
Это несопровождаемо.