у дуби еще дебилизм с синтаксисом, нельзя даже константу подставить в качестве имени таблицы в sql (надо на фрагментах), но при этом запрос вполне сгенерируется и вас будет баинд переменная вместо имени таблицы %)
Кай фиксил и пр даже вмерджили, но дед забил релизить уже несколько месяцев, занимается новой либой
у дуби еще дебилизм с синтаксисом, нельзя даже константу подставить в качестве имени таблицы в sql (надо на фрагментах), но при этом запрос вполне сгенерируется и вас будет баинд переменная вместо имени таблицы %)
Кай фиксил и пр даже вмерджили, но дед забил релизить уже несколько месяцев, занимается новой либой
у дуби еще дебилизм с синтаксисом, нельзя даже константу подставить в качестве имени таблицы в sql (надо на фрагментах), но при этом запрос вполне сгенерируется и вас будет баинд переменная вместо имени таблицы %)
Кай фиксил и пр даже вмерджили, но дед забил релизить уже несколько месяцев, занимается новой либой
а как ты еще проверишь, что у тебя колонка названа правильно в запросе
в slick/quill она же в одном месте, а в дуби получается раскидана по кверям? Если не юзать константы, если это вообще возможно там. Но тогда этот sql нельзя просто взять и скопировать в другой sql клиент, что уменьшает бонуса от raw sql, кмк
Сейчас на проекте юзаю дуби, но не могу сказать, что всем доволен. Quill - только для простых задач. Мне ещё нравится scalikejdbc, но там без эффектов, надо самому накручивать
Зачем тогда дуби вообще? В квиле есть raw sql тоже. Завязываться на две либы, каждая из которых может перестать развиваться, кажется странным решением.
Зачем тогда дуби вообще? В квиле есть raw sql тоже. Завязываться на две либы, каждая из которых может перестать развиваться, кажется странным решением.