Size: a a a

2020 February 12

AM

Andrew Mikhaylov in Kotlin JVM
Эээээ
источник

AM

Andrew Mikhaylov in Kotlin JVM
А JDBC напрямую ну прям совсем не рассматривается?
источник

PD

Phil Delgyado in Kotlin JVM
Не, JDBC Templates удобнее. Хочу JDBC Templates для котлина. И для корутин )
источник

AM

Andrew Mikhaylov in Kotlin JVM
Не, я Кириллу
источник

AM

Andrew Mikhaylov in Kotlin JVM
Просто я глянул пример, там, ну, JDBC.
источник

PD

Phil Delgyado in Kotlin JVM
Ну, совсем напрямую не очень удобно, нужна минимальная обвязка и ее лень писать каждый раз вручную.
источник

QH

Quantum Harmonizer in Kotlin JVM
Phil Delgyado
Не, JDBC Templates удобнее. Хочу JDBC Templates для котлина. И для корутин )
я, кажется, пишу что-то похожее
источник

PD

Phil Delgyado in Kotlin JVM
Но вообще все эти ORM приводят к сильноу усложнению самых БД, увы. Так как предполагают избыточную нормализацию.
источник

AM

Andrew Mikhaylov in Kotlin JVM
Ну с useConnection и итераблом (там, где можно сиквенс воткнуть). А так это чистый JDBC. Зачем тогда ktorm?
источник

PD

Phil Delgyado in Kotlin JVM
Quantum Harmonizer
я, кажется, пишу что-то похожее
О, покажешь? Или это будет чистая функциональщина с кучей красивых и (для глупых типа меня) непонятных концептов?
источник

QH

Quantum Harmonizer in Kotlin JVM
Phil Delgyado
О, покажешь? Или это будет чистая функциональщина с кучей красивых и (для глупых типа меня) непонятных концептов?
источник

К

Кирилл in Kotlin JVM
Andrew Mikhaylov
А JDBC напрямую ну прям совсем не рассматривается?
Возможно, до нахождения ktorm я бы рассмотрел, но теперь нет :)
источник

D

Danil Yudov in Kotlin JVM
Кирилл
Окей, нашел 3, офигенный стул - ktorm. Создание запросов удобнее и понятнее чем в exposed, нужно генерить меньше классов по сравнению с exposed, поддерживает ввод ручного sql запроса и работу с обработанным resultset'ом и много чего еще. Щас читаю доки
в exposed тоже есть всё это, кроме маппинга сразу в дата класс разве что. хотя да, ORM то такое. юзаю exposed скорее как type-safe sql-билдер, все маппинги руками из ResultRow
источник

AM

Andrew Mikhaylov in Kotlin JVM
Кирилл
Возможно, до нахождения ktorm я бы рассмотрел, но теперь нет :)
То есть вы тащите целую ORM ради функции useConnection и превращения ResultSet в Iterable, в остальном планируя пользоваться "Native SQL", который суть голый JDBC?..
источник

К

Кирилл in Kotlin JVM
Danil Yudov
в exposed тоже есть всё это, кроме маппинга сразу в дата класс разве что. хотя да, ORM то такое. юзаю exposed скорее как type-safe sql-билдер, все маппинги руками из ResultRow
В exposed более запутанные генерирование запросов, необходимость писать это в блоке transaction (минус такой себе, но в ktorm и его нет) и много других минусов которые я выше описал. Так что лично мне ktorm нравится НАМНОГО больше чем exposed
источник

К

Кирилл in Kotlin JVM
Ну а после двухдневной ебли с тем багом с дублированием поля из за того что вместо id = .. я использовал { get() =...}  я им вообще больше не хочу пользоваться
источник

D

Danil Yudov in Kotlin JVM
интересно как там менеджаться транзакции 🤔
источник

D

Danil Yudov in Kotlin JVM
Кирилл
Ну а после двухдневной ебли с тем багом с дублированием поля из за того что вместо id = .. я использовал { get() =...}  я им вообще больше не хочу пользоваться
ну тут явный rtfm)
источник

К

Кирилл in Kotlin JVM
Danil Yudov
ну тут явный rtfm)
Ну покажи мне где об этом сказано в доках. А то я что-то не нашел
источник

D

Danil Yudov in Kotlin JVM
неправильная постановка вопроса. сказано ли там где-то, что можно в кач-ве id использовать get на другой столбец?
источник