DP
Не всегда другой == новый язык
А орм всегда новые
А орм всегда новые
ну вот, кстати, универсальный орм очень помог бы нам
есть ли у вас кандидат на звание лучшего?
есть ли у вас кандидат на звание лучшего?
Size: a a a
2020 February 25
RC
Когда у тебя есть orm, dal писать совсем не хочется
но приходится. поскольку реляционная модель не закрывает вопросы агрегированной аналитики, то так или иначе, сложные запросы писать будешь на SQL.
C
но приходится. поскольку реляционная модель не закрывает вопросы агрегированной аналитики, то так или иначе, сложные запросы писать будешь на SQL.
тут соглашусь
DP
мое понимание orm несколько другое, я его рассматриваю как организацию бизнес-сущностей в коде. dal это уже интерфейс к конкретной системе хранения orm.
ээээ
если у нас бизнес описан в терминах orm - а зачем нам орм, если это не так - то где тут место для dal?
если у нас бизнес описан в терминах orm - а зачем нам орм, если это не так - то где тут место для dal?
RC
orm хорошо закрывает вопросы примитивных операций, типа active record или crud
VM
ну вот, кстати, универсальный орм очень помог бы нам
есть ли у вас кандидат на звание лучшего?
есть ли у вас кандидат на звание лучшего?
Из всех что я слышал алхимия пахнет не дурно
VM
orm хорошо закрывает вопросы примитивных операций, типа active record или crud
Пока все в одной-паре таблиц :)
АБ
Из всех что я слышал алхимия пахнет не дурно
но относительно сложные запросы имеют такой вид, что лучше бы они были на чистом sql
VM
А когда нужно облако данных вытащить с разных таблиц - орм лучше похоронить
RC
Пока все в одной-паре таблиц :)
не важно сколько таблиц. SELECT * FROM t WHERE id=? - это совсем необязательно писать каждый раз для каждой структуры.
A
А когда нужно облако данных вытащить с разных таблиц - орм лучше похоронить
Почему?
VM
не важно сколько таблиц. SELECT * FROM t WHERE id=? - это совсем необязательно писать каждый раз для каждой структуры.
Вас так обламывает эта строчка 1 на весь проект?
VM
Почему?
>но относительно сложные запросы имеют такой вид, что лучше бы они были на чистом sql
RC
Вас так обламывает эта строчка 1 на весь проект?
если не использовать orm, то она не одна :)
VM
Мы следили за тем что генерит орм и как она херит нашу базу
A
>но относительно сложные запросы имеют такой вид, что лучше бы они были на чистом sql
JOIN (не каждый) не сложная операция для ORM
DP
я, коллеги, пытаюсь подвести вас к мысли, что, прежде чем обсуждать собственно ORM - надо бы сформулировать, что это такое, и зачем оно
АБ
JOIN (не каждый) не сложная операция для ORM
иной джойн через орм/подзапрос/агрегация - сложная операция для человека, чтобы его прочитать
A
иной джойн через орм/подзапрос/агрегация - сложная операция для человека, чтобы его прочитать
я поэтому и написал, "не каждый")
VM
я, коллеги, пытаюсь подвести вас к мысли, что, прежде чем обсуждать собственно ORM - надо бы сформулировать, что это такое, и зачем оно
В смысле?) есть же представители в виде библиотек и тд, их и обсуждаем