делай, этого не делай, специально что-то там под орм настраивай?
- Всегда хочется один инструмент для всего? Такого не бывает. Юзаем орм с умом, чтобы подчеркнуть +, уменьшить -.
Еще раз, если вы потратите такое же время на sql вместо танцев с бубном и орм, то вы будете писать sql не дольше, а то и быстрее чем на орм, попробуйте, иде даже вам помагают в написании sql. Так вот в таком случае я не вижу плюсов в орм вообще, потому что вам прийдется после sql еще дополнительно изучать и орм, если вы захотите использовать и sql и орм, но опять же - зачем?
я пишу запросы на чтение, они как раз большие и требуют оптимизаций и не связаны с бизнес логикой. Запросы на изменение обычно маленькие, связаны с бизнес логикой, должны быть выражены в коде, протестированы. ORM поможет нам работать с бизнес моделью, а не с данными.
> ORM поможет нам работать с бизнес моделью, а не с данными Но зачем? У вас если и так sql используется, а судя по всему вы выбрали путь мешать sql c орм, то вы все равно его знаете, вы все равно уже работаете с данными, какой принципиальный смысл облачить ваш запрос в орм, если в sql он по сути такой же, может разве что символов меньше?
Есть такое мнение что логика должна быть в коде, а не в бд.
Ну мнение правильное, но пожалуйста раскройте, к чему вы его сказали, чтобы я не придумывал 😊
иногда всю логику переносят в БД, а код только для ввода и вывода
Обсуждают сегодня