SS
просто вместо того, чтобы загружать, он просто выводит содержимое файла)
так направь stdout в файл, обычно это делается оператором
> или >>Size: a a a
2021 February 16
Y
ахах, спасибо
A
Vlad Sobenko
Перечитайте своё сообщение, а потом мой ответ
Ничего не изменилось, раскройте пожалуйста свою мысль 🙂
A
Sergiy Shatunov
ORM нужен исключительно для того чтобы приложение могло работать с БД с разными диалектами SQL
С разными диалектами sql вы всеравно не сможете работать без неудобств, плюс билдера запросов вполне достаточно для таких целей, зачем вам именно ОРМ для этого - не понятно
VS
>Зачем вобще тогда нужна орм, если того на ней не делай, этого не делай, специально что-то там под орм настраивай?
- Всегда хочется один инструмент для всего? Такого не бывает. Юзаем орм с умом, чтобы подчеркнуть +, уменьшить -.
- Всегда хочется один инструмент для всего? Такого не бывает. Юзаем орм с умом, чтобы подчеркнуть +, уменьшить -.
SS
значит я до сих пор за ORM принимал билдеры запросов с объектно ориентированным API...
A
Vlad Sobenko
А абстрагироваться от структуры данных в базе, и работать с обьектами бизнес логики?
Вы не фронтендер, чтобы “абстрагироваться от структуры данных в базе, и работать с обьектами бизнес логики”. Для нормальных запросов на бекенде, вам необходимо понимать устройство базы данных и делать оптимальные запросы к ней, иначе привет нагрузка на ровном месте на сервера 😄
VS
Adv0cat
Вы не фронтендер, чтобы “абстрагироваться от структуры данных в базе, и работать с обьектами бизнес логики”. Для нормальных запросов на бекенде, вам необходимо понимать устройство базы данных и делать оптимальные запросы к ней, иначе привет нагрузка на ровном месте на сервера 😄
Какие огромные запросы на изменение?
SS
ну да... по сути ORM это частный случай билдера запросов... или нет?
A
Vlad Sobenko
>Зачем вобще тогда нужна орм, если того на ней не делай, этого не делай, специально что-то там под орм настраивай?
- Всегда хочется один инструмент для всего? Такого не бывает. Юзаем орм с умом, чтобы подчеркнуть +, уменьшить -.
- Всегда хочется один инструмент для всего? Такого не бывает. Юзаем орм с умом, чтобы подчеркнуть +, уменьшить -.
Еще раз, если вы потратите такое же время на sql вместо танцев с бубном и орм, то вы будете писать sql не дольше, а то и быстрее чем на орм, попробуйте, иде даже вам помагают в написании sql.
Так вот в таком случае я не вижу плюсов в орм вообще, потому что вам прийдется после sql еще дополнительно изучать и орм, если вы захотите использовать и sql и орм, но опять же - зачем?
Так вот в таком случае я не вижу плюсов в орм вообще, потому что вам прийдется после sql еще дополнительно изучать и орм, если вы захотите использовать и sql и орм, но опять же - зачем?
VS
Adv0cat
Еще раз, если вы потратите такое же время на sql вместо танцев с бубном и орм, то вы будете писать sql не дольше, а то и быстрее чем на орм, попробуйте, иде даже вам помагают в написании sql.
Так вот в таком случае я не вижу плюсов в орм вообще, потому что вам прийдется после sql еще дополнительно изучать и орм, если вы захотите использовать и sql и орм, но опять же - зачем?
Так вот в таком случае я не вижу плюсов в орм вообще, потому что вам прийдется после sql еще дополнительно изучать и орм, если вы захотите использовать и sql и орм, но опять же - зачем?
я пишу запросы на чтение, они как раз большие и требуют оптимизаций и не связаны с бизнес логикой.
Запросы на изменение обычно маленькие, связаны с бизнес логикой, должны быть выражены в коде, протестированы. ORM поможет нам работать с бизнес моделью, а не с данными.
Запросы на изменение обычно маленькие, связаны с бизнес логикой, должны быть выражены в коде, протестированы. ORM поможет нам работать с бизнес моделью, а не с данными.
A
Sergiy Shatunov
значит я до сих пор за ORM принимал билдеры запросов с объектно ориентированным API...
билдеры на выходе дают вам строку с sql, которую вы дальше используете для запросов через обычный драйвер подключения к бд, и в билдерах вы говорите какой sql вам нужен, селект это или апдейт. А ОРМ сама за вас вбирает какой sql она пошлет, она сама внутри транзакцию может устроить, может заблокировать к хренам таблицу, может повысить уровень изоляции транзакции, может навернуть 10-ти этажный джоин и т.д.
SS
Adv0cat
билдеры на выходе дают вам строку с sql, которую вы дальше используете для запросов через обычный драйвер подключения к бд, и в билдерах вы говорите какой sql вам нужен, селект это или апдейт. А ОРМ сама за вас вбирает какой sql она пошлет, она сама внутри транзакцию может устроить, может заблокировать к хренам таблицу, может повысить уровень изоляции транзакции, может навернуть 10-ти этажный джоин и т.д.
я считаю что удобно когда можно в ленивом режиме задать что надо отфильтровать, что приджойнить и тд перед отправкой запроса и всё через работу с оъектами
A
Vlad Sobenko
я пишу запросы на чтение, они как раз большие и требуют оптимизаций и не связаны с бизнес логикой.
Запросы на изменение обычно маленькие, связаны с бизнес логикой, должны быть выражены в коде, протестированы. ORM поможет нам работать с бизнес моделью, а не с данными.
Запросы на изменение обычно маленькие, связаны с бизнес логикой, должны быть выражены в коде, протестированы. ORM поможет нам работать с бизнес моделью, а не с данными.
> ORM поможет нам работать с бизнес моделью, а не с данными
Но зачем? У вас если и так sql используется, а судя по всему вы выбрали путь мешать sql c орм, то вы все равно его знаете, вы все равно уже работаете с данными, какой принципиальный смысл облачить ваш запрос в орм, если в sql он по сути такой же, может разве что символов меньше?
Но зачем? У вас если и так sql используется, а судя по всему вы выбрали путь мешать sql c орм, то вы все равно его знаете, вы все равно уже работаете с данными, какой принципиальный смысл облачить ваш запрос в орм, если в sql он по сути такой же, может разве что символов меньше?
VS
Adv0cat
> ORM поможет нам работать с бизнес моделью, а не с данными
Но зачем? У вас если и так sql используется, а судя по всему вы выбрали путь мешать sql c орм, то вы все равно его знаете, вы все равно уже работаете с данными, какой принципиальный смысл облачить ваш запрос в орм, если в sql он по сути такой же, может разве что символов меньше?
Но зачем? У вас если и так sql используется, а судя по всему вы выбрали путь мешать sql c орм, то вы все равно его знаете, вы все равно уже работаете с данными, какой принципиальный смысл облачить ваш запрос в орм, если в sql он по сути такой же, может разве что символов меньше?
Есть такое мнение что логика должна быть в коде, а не в бд.
A
Vlad Sobenko
Есть такое мнение что логика должна быть в коде, а не в бд.
Ну мнение правильное, но пожалуйста раскройте, к чему вы его сказали, чтобы я не придумывал 😊
SS
Vlad Sobenko
Есть такое мнение что логика должна быть в коде, а не в бд.
иногда всю логику переносят в БД, а код только для ввода и вывода
VS
Я хочу:
book.changeTitle('new title'); flush()
А не sql('update books set title=newTitle').execute()PS
Vlad Sobenko
Я хочу:
book.changeTitle('new title'); flush()
А не sql('update books set title=newTitle').execute()а если нужно список книг получить, то делаете sql?
в объекты вручную переводите?
select * from books? в объекты вручную переводите?
VS
а если нужно список книг получить, то делаете sql?
в объекты вручную переводите?
select * from books? в объекты вручную переводите?
Перечитайте мои сообщения выше. Я за орм только для изменения.
На чтение нужна оптимизация запроса - юзаем голый sql
На чтение нужна оптимизация запроса - юзаем голый sql