AO
Или всё таки умеет делать Statement?
Size: a a a
2019 August 06
AE
Так зачем тогда вообще пытаться изобразить граф объектов, если что-то сложное лучше вытягивать отдельными обдуманными запросами?
скорость
AO
в 80% случаев 2 запроса будут идти долше чем один с джойном и отсеиванием дубликатов
Как всегда все приломляют под призмой своего опыта, у кого то например таких запросов 80%
VP
в 80% случаев 2 запроса будут идти долше чем один с джойном и отсеиванием дубликатов
Тогда это надо внимательно выбирать в каждом случае.
Ну и решение с HashMap вполне норм, это не так уж и сложно.
Ну и решение с HashMap вполне норм, это не так уж и сложно.
VP
скорость
Скорость чего?
VP
в 80% случаев 2 запроса будут идти долше чем один с джойном и отсеиванием дубликатов
И мне кажется, с джойном это будет размен throughput на latency
QH
Или всё таки умеет делать Statement?
непонимат
AO
непонимат
Ну которые jdbc PreparedStatement
QH
Ну которые jdbc PreparedStatement
тогда не помню)
AE
И мне кажется, с джойном это будет размен throughput на latency
надо мерить
VP
Ну которые jdbc PreparedStatement
Вроде да, ну без этого только в мусорку такую либу
AO
Вроде да, ну без этого только в мусорку такую либу
VP
Ну да, ThreadLocal и вот это вот всё
AO
Кстати небольшой идеалогический вопрос:
Готовы ли вы в сигнатурах функций, которые предполагают работу с базой, таскать что то для этого, или ThreadLocal - это совершенство?
Готовы ли вы в сигнатурах функций, которые предполагают работу с базой, таскать что то для этого, или ThreadLocal - это совершенство?
VP
Мне кажется, CoroutineContext всех спасёт
AO
Мне кажется, CoroutineContext всех спасёт
Это примерно == ThreadLocal
VP
Ну по мне таскать сессию/транзакцию явно - это норм.
Это не какая-то херня сбоку
Это не какая-то херня сбоку
AO
У меня вот такой вариант пока в голове, упрощённо:
type DbAction[+A] = (Connection) => A
fun someDbAction(): DbAction[Int]
d
интересный дискусс выше был
МР
а что на счет kuery - стоит использовать или минусы значительные есть?