Разрушитель легендреально ли абстрагироваться от разных СУБД, работая с ними только при помощи стандартного SQL92/99
Реально абстрагироваться от СУБД с помощью стандартного SQL можно только если ограничиться простыми запросами, уровня "select * from table where id = ?". Именно так чаще всего создаются ламерские трёхзвенки, авторы которых талдычат про независимость от СУБД, гигантское преимущество трёх- над двухзвенкой и о том, что MySQL ничем не уступает ораклу, но бесплатный.

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

Если хотите заложить хорошую платформу, то очень рекомендую следующий подход: продумайте/найдите слой абстракции, отвечающий следующим условиям:

входящие в него классы обладают чётко специфицированным, одинаковым на разных СУБД поведением

простые запросы и операции можно задать один раз, не прописывая реализацию для каждой СУБД

можно задать правильную/эффективную/итп реализацию некоторой операции для конкретной СУБД

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

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

MasterZivЕщё очень хорошо бы сразу подумать на тему доменов.
Конечно. Это, собственно, часть моего первого пункта, про классы с одинаковым поведением. Домены - ещё полбеды, хуже дело с операциями. Например, с влиянием collation на сравнение строк или с тем, что СУБД по-разному выполнят один и тот же ORDER BY SOME_FIELD.