![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
eldhennВсё-таки ORM это нифига не удобно. Да, в примитивных случаях это красиво, мы не думаем о базе, мы получаем сразу нужный объект, особенно удобно в JSP, все дела, можно писать кипятком от счастья...
Но как только требуется сложное условие выборки, или требуется отчёт - куда нагляднее SQL-запрос. ЗНАЧИТЕЛЬНО нагляднее. Perl или Java код получается совершенно нечитабельным. Ненаглядно, непонятно, неудобно. Не говоря уже о том, что в каждом ORM-фреймворке эти вопросы решаются по-разному, и методики подходящие для DBIx::Class не подойдут для EJB.
Впрочем, в EJB сделали финт ушами - переизобрели язык запросов. EJB Query Language. Это потрясающе. Надо было отказаться от QL, чтобы изобрести новый QL, который будет неэффективным и непрозрачным способом транслироваться в массы (да-да, те самые) кода и оригинальный Ql. Но это всё-таки что-то. В Perl кажется такого нет. Буду сейчас бороться с DBIx:Class.
Нет, может быть я тупой, но эти извращения куда менее очевидны, чем SQL.
Но как только требуется сложное условие выборки, или требуется отчёт - куда нагляднее SQL-запрос. ЗНАЧИТЕЛЬНО нагляднее. Perl или Java код получается совершенно нечитабельным. Ненаглядно, непонятно, неудобно. Не говоря уже о том, что в каждом ORM-фреймворке эти вопросы решаются по-разному, и методики подходящие для DBIx::Class не подойдут для EJB.
Впрочем, в EJB сделали финт ушами - переизобрели язык запросов. EJB Query Language. Это потрясающе. Надо было отказаться от QL, чтобы изобрести новый QL, который будет неэффективным и непрозрачным способом транслироваться в массы (да-да, те самые) кода и оригинальный Ql. Но это всё-таки что-то. В Perl кажется такого нет. Буду сейчас бороться с DBIx:Class.
Нет, может быть я тупой, но эти извращения куда менее очевидны, чем SQL.