KC
А conn чем не аргумент?
Size: a a a
2020 July 17
A
в примере да, но там есть функции которые не принимают его.
A
не особо удачный пример взял
A
я тот doseq без conn переписал уже, т.к. он не везде используется
RN
Вопрос: как лучше сделать - простой запрос SQL и непростые преобразования в коде или непростой запрос SQL, который вернет уже полуобработанные данные?
Спрашиваю не в контексте перформанса, а в контексте вопроса «где должна находится логика?»
Спрашиваю не в контексте перформанса, а в контексте вопроса «где должна находится логика?»
Если проще и короче в SQL пиши sql - если в clojure - clojure. Воспринимай это как единый комплекс ;)
TP
Если проще и короче в SQL пиши sql - если в clojure - clojure. Воспринимай это как единый комплекс ;)
Спасибо, хороший совет!
Просто почему-то опыт говорит что это как бы две отдельные сущности и типа должно либо здесь либо здесь.
Хотя на самом деле думаю вы правы, всё равно одно без другого работать не будет. Тем более что SQL всё равно формируется в коде
Просто почему-то опыт говорит что это как бы две отдельные сущности и типа должно либо здесь либо здесь.
Хотя на самом деле думаю вы правы, всё равно одно без другого работать не будет. Тем более что SQL всё равно формируется в коде
RN
это травма от орм
A
мы стараемся в базу выносить только pure функции с простой логикой. и их дергать по возможности
RN
мы не различаем и смешиваем clj и sql уже много лет - и все прекрасно
TP
это травма от орм
Хах, точняк 😄
A
а так у нас все в виде honeysql полотен )
TP
Блин, травма от орм… А ведь это действительно так: в мобилках только и делаешь, что мапишь всё в объекты и с ума сходишь, когда у тебя одна и та же информация выражена 3 - 5 POJO. От такого у любого будет травма 😅
RN
Я бы еще рекомендовал не отделять модель от web - пишите все в одном файле
RN
не надо этих model; repository; etc
RN
бейте код по бизнес фичам
KL
RN
или доменной модели
KL
Велью секта
A
Я бы еще рекомендовал не отделять модель от web - пишите все в одном файле
прям в роут хендлерах что-ли?