S
Size: a a a
2021 April 14
S
Нужно фича в телеге чтобы ставить лайки ща комменты, кто работает у Паши?
AL
Ну вот у меня проект на TypeORM. Большая часть запросов автогенеренные. Чуть посложнее используют его query builder. Но начиная примерно с 15-20 строк запрос на чистом SQL читается гораздо лучше, чем на query builder’е, и мы их в чистом SQL и держим. У нас запросы и по 70 строк есть.
АМ
наверно так лучше всего, какой-то круд через ORM, что-то сложное через SQL
AL
У нас есть один-два запроса, которые надо бы написать на чистом SQL, но они написаны на query builder, и длинной строк 30-50. Их бы переписать, но они и так работают, и мне не приоритетно.
N
как вы совмещаете абстракции орм и собственные запросы? вот я привык видеть у орм-ок подход типа active record:
await MyModel.find({id: 1})
а как у вас выглядит вызов чистого sql в одной функции где нужен 1 запрос из орм, второй ваш ручками написаный?
await MyModel.find({id: 1})
а как у вас выглядит вызов чистого sql в одной функции где нужен 1 запрос из орм, второй ваш ручками написаный?
VP
Мне нравится синтаксис Sequelize в описании вложенных запросов, но из-за многоплатформенности с т.з. СУДБ он генерит странное. Был бы какой-то узко заточенный на postgresql или настраиваемый билдер. Я об этом в общем-то спросил
VP
TypeORM надо смотреть. @listochkin спасибо
AL
await userRepository.find({ id })
await userRepository.manager.query(`любой SQL, даже не привязанный никак к таблице user`)
менеджер - это тайпормовская штука, которая держит коннекшен, управляет транзакционностью и тп. И у него есть метод, чтоб вызвать любой sql.
Обычно у любого ОРМа / query builderа есть способ достать коннекшен-объект и у него вызвать методы для прямого выполнения запросов. Например, в Java Hibernate ты тоже можешь из их объекта-сессии достать connection и с помощью JDBC запросы отправлять.
N
а если вы вызываете эти запросы из кода например с бизнес логикой, это разве ок что вы прям так пишете голый запрос?
N
+ что если понадобиться этот запрос еще где то
F
Подскажите, пожалуйста, куда лучше всего ложить картинки или пдфы которые пришли на сервер? Постгрес плохой вариант? Сори за нубский вопрос
N
в папку где то на сервере, а файлы раздаешь тем же nginx
VK
Я бы сохранял в файловой системе и хранил названия файлов в бд
N
потом когда уже тесно будет - можно переехать на s3 какой то
F
понял, спасибо
AL
это уже вопрос организации кода. Ты можешь строку
вынести в отдельную функцию / метод несложно. и потом замоккать ее для тестов, как вызовы методов репозитория, тоже можно. Особенно, с учетом того, что в JS переопределять функции несложно.
await с голым SQL
вынести в отдельную функцию / метод несложно. и потом замоккать ее для тестов, как вызовы методов репозитория, тоже можно. Особенно, с учетом того, что в JS переопределять функции несложно.
AL
VP
Можно собирать имя файла под идентификатор какой-то свзанной записи, тогда легко в каком-то клиентском HTML вывести
AL
Короче, ОРМы - ок, голый SQL - ок. Мешать одно с другим - ок.
Меньше ведитесь на местные мемчики в этом чате.
Меньше ведитесь на местные мемчики в этом чате.