AT
И они типа не превращаются в нечитаемое месиво, когда становятся хоть немного сложными?
ну вот да, как-то не превращаются
Size: a a a
2019 December 06
EK
А чем не понравилось?
AT
От жука с тайп сейфти в пользу строк? Ну, такое
Ну, согласен, такое, конечно. Но мне оказалось важнее повысить читабельность кода
VP
Даже если забыть про типобезопасность, жук позволяет удобно собирать запросы из кусочков. Со строками обычно получается не очень.
AT
ну вот мне не подошло
VP
Ну, согласен, такое, конечно. Но мне оказалось важнее повысить читабельность кода
А у вас запросы по структуре фиксированные или в зависимости от входных параметров могут накидываться уловия, сортировки и прочее?
QH
Как только запросы становятся чуть сложнее примитивных, код становится абсолютно нечитаемым. А уж если вам надо не просто написать очень сложный запрос, а ещё и сгенерировать его — пиши пропало, никто потом не разберётся
Ох. А можно пример?
AT
А что можно использовать для работы с чистым JDBC, кроме чистого JDBC? Вроде остальное противоречит идее чистоты.
Например, что-то такое https://github.com/vsch/kotlin-jdbc
EK
Как только запросы становятся чуть сложнее примитивных, код становится абсолютно нечитаемым. А уж если вам надо не просто написать очень сложный запрос, а ещё и сгенерировать его — пиши пропало, никто потом не разберётся
Работал в сбере, квери были сложные и здоровенные. Читались отлично, разве что для копипасты запроса в sql developer надо включать логирование
EK
И главное это дба нравилось, что они могут прочитать запрос на ревью
QH
Кстати, отличный плюс голого SQL — возможность скопировать его куда-нибудь
AT
А у вас запросы по структуре фиксированные или в зависимости от входных параметров могут накидываться уловия, сортировки и прочее?
в зависимости от параметров накидываются, да
VP
в зависимости от параметров накидываются, да
Тогда я точно не представляю, как вы живёте со строками, и при этом стало лучше
AT
ну чорт его знает, может, нам стало и хуже, но нам пока нравится
AT
Ещё один плюс plain SQL перед всеми Jooq, ORM и прочими обёртками: можно придумать любой запрос и просто написать его в коде и выполнить. И не думать, как же его превратить во что-то, что обёртка умеет понимать и как правильно получить результат
AT
потому что на то, чтобы утоптать в Jooq сложный запрос с рекурсивными CTE, с вызовами функций и хранимок, с непростыми типами вроде массивов и геокоординат, может уйти полдня запросто
AT
а уж про всякие хибернейты я и не говорю
VP
Ну всякие хибернейты точно не для этого)
А с рекурсивными CTE и особыми типами я не работал, возможно, там действительно не всё так просто.
А с рекурсивными CTE и особыми типами я не работал, возможно, там действительно не всё так просто.
M
А что можете посоветовать для работы с читым JDBC? Есть годные библиотечки или всё руками?
А jooq не рекомендую, пробовал в нескольких проектах, потом отказался
А jooq не рекомендую, пробовал в нескольких проектах, потом отказался
Всё руками сейчас у нас и по сравнению с чистой Java, код выглядит просто конфеткой 😃