3) Ну и простой SQL и так всюду одинаковый, а не простой SQL в queryDSL не поддерживается.

Фил меня опередил
Смена БД в проекте - это уже само по себе проект.

и если вы вдруг решили менять БД - проще уволиться

яростно плюсую все пункты ;)

Object-Relational Mapping порочная идея

расширьте плз

Широко порочная идея

Давайте лучше так: что первично - данные или код? ;)

вот вы мастера перевернуть идеи с ног на голову

В чем смысл раскладывать поля объекта по колонкам?

Там несколько смыслов, и все они, думаю, нам известны ;)

> смена БД бывает крайне редко

Конечно это все зависит от проекта/команды, но у нас вполне нормально было переезжать между БД: Postgres -> Mongo -> Cassandra
На Посторес проще всего сделать прототип, а потом переехать на что-то более подходящее.

> при смене БД придется все равно логику работы пересматривать

Обычно это признак плохого проектирования, если детали реализации протекают в бизнес-логику. Чем больше надо переписать - тем хуже было продумано.

Можно хотя бы парочку?

Мыы?? Я думал мой вопрос пониже уровнем ;)

так пишите сразу в текстовые файлы сериализованные данные
вам вообще БД не нужна, раз вы постгрес на монгу сменили ))

Первична бизнес-спека, потом domain, потом всё остальное.

Кншн понимаю что это стёб, но лучше так не делать 😉

а программировать вообще не нужно

главное - UML нарисовать

Первичны деньги, тогда уж ;)