DK
Ехх Postgres((, жаль что проект на мускуле
Size: a a a
2021 February 01
DK
в мускл так нельзя?
нельзя таким же способом как у Postgres-a ((
ML
Привет всем 🙂 Есть небольшой вопросик по-поводу работы с сабдокументами в библиотеке @nestjs/mongoose. Как с ними правильно работать? И стоит ли вообще?
Привет. Если требуется работа с монгой то вполне себе.
Но вариант с typeorm будет более универсальным поскольку есть поддержка и реляционных и нереляционных БД (я монгу с ней не юзал)
Но вариант с typeorm будет более универсальным поскольку есть поддержка и реляционных и нереляционных БД (я монгу с ней не юзал)
DP
в мускл так нельзя?
В сишном апи — только вопросики. Но ничего не мешает сделать имена через реплейс на вопросики и расстановкой аргументов в правильном порядке :)
ML
Ехх Postgres((, жаль что проект на мускуле
Тypeorm умеет работать с mysql и pg и судя по всему может то что ты хочешь
ML
Но по видимому вы решаете проблемы которые не выглядят как проблемы
PL
В сишном апи — только вопросики. Но ничего не мешает сделать имена через реплейс на вопросики и расстановкой аргументов в правильном порядке :)
я создал абстракцию над абстракцией
ML
У вас для работы с БД используется чистый драйвер и запросы пишутся руками?
PL
но вообще норм идея если прям горит от вопросиков и хочется по именам передавать
DK
У вас для работы с БД используется чистый драйвер и запросы пишутся руками?
TypeORM но пишу запросы через .query()
PL
ну и если больше нечего делать
ML
TypeORM но пишу запросы через .query()
Он же может объект на вход принимать
ML
И подстановку делать по имени ключа
AP
Привет. Если требуется работа с монгой то вполне себе.
Но вариант с typeorm будет более универсальным поскольку есть поддержка и реляционных и нереляционных БД (я монгу с ней не юзал)
Но вариант с typeorm будет более универсальным поскольку есть поддержка и реляционных и нереляционных БД (я монгу с ней не юзал)
т.е. такая запись вполне уместна? с инжектом 2-ух моделей в сервис?
ML
:key так в самом запросе
DK
:key так в самом запросе
Минутку попробую)
DP
Ну да, а в чём тут проблема?
ML
В целом да.
Но если у тебя логика для моделей будет за пределами стандартного млннуслвсклго апи то лучше тебе на модель инжектить а сервис
Но если у тебя логика для моделей будет за пределами стандартного млннуслвсклго апи то лучше тебе на модель инжектить а сервис
ML
И в сервисе уже реализовать методы для сущностей