орм мне поможет написать рабочий апп не вдавась в дерби аля кластерные индексы и прочее(упс что это я)

Банально там есть возможность писать хранимки, почти на любом языке

О господи, хранимки

Ну я ж говорю наговнокодить можно на любом инструменте, так чо уж на ORM это делать, если есть более нативные инструменты))

зачем нативные инструменты когда есть орм - нужно хранить связанную дату и всё, круд он обеспечивает, остальное нужно ровно тогда когда есть проблемы

Та ладно… открывается любой тутор и пишется sql на коленке на раз, благо туториалов просто завались

это пока у вас сущностей раз, два и всё

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

Был бы нормальный - мы бы прямо на сквореле вставки писали, а не изобретали орм обертки под каждый фреймворк на каждом языке.

давайте на личности не переходить

orm нужен не для того, чтобы скрыть sql, а для отображения реляционной модели данных на объектную.

Иначе просто приходится писать кучу однотипного кода, только и всего.

не просто однотипных а ещё и проверенных самим ормом

Ага, потому что язык скворел не повзоляет проверить, что вы на нем понаписали.
И ормки бывают разные, некоторые повзоляют вообще не отправлять магические стринги в запрос, а на нормальном ЯП простые запросы делать.

Сложные, понятно, так не замапить.

Говорю же, если у вас ООП и больше ничего в голове, то вам будет сложно понять такой подход, вам поидее так же сложно будет функциональный подход попервой понять. Вы если вчитаетесь в SQL поймете что он больше похож на человеческий язык, как если бы вы просили базу данных “ВЫБЕРИ (мне) столбеци id и name ИЗ таблицы personal (ну и назови попутно таблицу чуваки) ВСЕХ у кого id четные и name не  пустое”

Ну так и в объектной модели тоже много однотипного кода пишется)

Я пришёл из функционального мира как раз и мне после этого необходимость писать SQL в 2020 году от этого кажется ещё более идиотской

Я имел в виду кода для трансформации данных.

я хотел было перечислить мои претезии к реализации реляционной модели в SQL, но что-то теперь нет желания