ГА
Всем привет, у меня врзник вопрос, а можно ли использовать в реляционных бд тип данных, у которого не введены операторы = и ==?
При необходимости Вы можете определить класс операторов и их можно будет использовать в индексации (вроде)
Size: a a a
2021 January 18
r
Кто-то знает как добавить поведение 'on conflict do nothing' в typeorm?
D
Кто-то знает как добавить поведение 'on conflict do nothing' в typeorm?
Ð
Кто-то знает как добавить поведение 'on conflict do nothing' в typeorm?
возможно стоит избавиться от орм, пока не поздно еще
D
Ð
возможно стоит избавиться от орм, пока не поздно еще
Ничего не мешает из TypeORM юзать только квери-билдер, на который я ссылку и дал
r
Такое не подходит, на проектe nestjs и все завязано на инжектировании репозитория сущности в конструктор, и для сохранения используеться метод .save
r
Ð
возможно стоит избавиться от орм, пока не поздно еще
Уже поздно, мозги выносит только
D
Такое не подходит, на проектe nestjs и все завязано на инжектировании репозитория сущности в конструктор, и для сохранения используеться метод .save
Эм... А что именно мешает заинжектить коннекшн?
D
Просто это много где требуется. В том числе и для транзакций, если они не через декоратор
Ð
Ничего не мешает из TypeORM юзать только квери-билдер, на который я ссылку и дал
ничего не мешает писать запросы без билдера...
Ð
Уже поздно, мозги выносит только
увы. Мои соболезнования
D
Ð
ничего не мешает писать запросы без билдера...
А вы пробовали? Бывает и по 20-30 условий фильтрации. Часть из них порождает подзапросы и джойны. Строку с sql руками будем конкатенировать?
Ð
А вы пробовали? Бывает и по 20-30 условий фильтрации. Часть из них порождает подзапросы и джойны. Строку с sql руками будем конкатенировать?
у меня все запросы написаны без билдеров, а сложное обернуто в процедуры
Ð
на такой подход перешел лет 6 назад, и с тех пор счастлив
D
Ð
у меня все запросы написаны без билдеров, а сложное обернуто в процедуры
Как вы без билдера напишете SQL с парой десятков опциональных параметров?
D
Ð
на такой подход перешел лет 6 назад, и с тех пор счастлив
А те, кто потом получают такое легаси - воют) Добавить новую фильтрацию в сборку SQL строки в if-аках - адовая задача, особенно когда это тестами не покрывается
Ð
А те, кто потом получают такое легаси - воют) Добавить новую фильтрацию в сборку SQL строки в if-аках - адовая задача, особенно когда это тестами не покрывается
кстати нет, так гораздо проще было научить новых ребят поддерживать проекты. Потому что разобраться в скл проще, чем в макаронах с костылями
D
Ð
кстати нет, так гораздо проще было научить новых ребят поддерживать проекты. Потому что разобраться в скл проще, чем в макаронах с костылями
Если запрос достаточно статичен, то да, безусловно. Можно сложные и классные штуки написать на чистом SQL - и никакие квери-билдеры не нужны. Но если у вас кучи опциональных параметров, то всё сведётся к тому, что вы либо будете строку с sql-запросом по кусочкам в зависимости от условий собирать, либо создадите свой самописный квери-билдер поверх этого. А если сделаете еще и маппинг результатов на объекты, то получите свою ORM, даже не подозревая об этом.
Ð
а самое важное, что оптимизация проще была, горлышки искали средствами постгреса, благодаря функциям постгреса никаких состояний гонок и прочих типичных для орм и фронтовой логики багов, вообще хочу отметить значительное упрощение разработки. Просто как опыт. Можно не согласиться, но он такой какой есть.
0
неожиданно