Какие способы формирования запросов к БД в Yii2 лучше?

Question

[yura_born]

Вопроса впринципе 2.
1. У меня БД MySQL и Yii2 в основном будет необходимо составлять запросы через Inner Join к 3 и более таблицам. Как лучше это делать через метод ActiveRecord findBySql() и составляя свой запрос или через метод find (), ?
На данном этапе я не понял как вообще реализовать связку в этом случае. Можно ли это сделать?

2. у меня 3 таблицы:
-sotr(id; name)
--sotr_podr(id; id_sotr; id_podrazd)
---podrazd(id; podrazd)

В модели сделал вот такую связку

public function getPodrazd()
    {
        return $this->hasMany(Podrazdelenie::className(), ['id' => 'id_podrazd'])
            ->viaTable('sotr_podr', ['id_sotr' => 'id']);
    }

в контроллере пишу так:
$sotrudniki=Sotrudnik::find()->asArray()->all();

однако связи нет, данные выводятся только из таблицы sotr

Comments

[Дмитрий]

Доброе утро.
Вот тут ответы на все Ваши вопросы.

Answer 1

[Максим]

Если вам важна производительность и хороший код, то на все чтения делаем обычные SQL запросы или используем Query Builder от Yii2.

ActiveRecord работает с объектами, поэтому он сильно «ударяет» по производительности при составлении больших и сложных запросов. Кроме того, в объектах AR не только сами данные, но и: поведения, события, валидация...

Если брать CRUD (Cread Read Update Delete), то для CUD (модификация данных) использовать ActiveRecord. А там где R (чтение) - используем SQL и QB. В таком случае вы будете работать с данными в виде массива, либо в виде простых DTO, на которые вы сами «маппите» данными из запроса. DTO будет удобно использовать для работы. $dto->name вместо $items['name']. Хотя, если вы используете шаблонизатор twig, — Вам особо без разницы. Но на PHP объекты (DTO) вам ещё и удобно будет использовать в редакторе.

При таком подходе код будет чище, а производительность выше!

Comments

[Максим Тимофеев]

Нет. Обход ORM это не то что не хороший ход, это совершенно неправильный ход. За данные должна отвечать модель и ее обход обязательно выйдет боком. Производительность надо поднимать за счет кеширования, индексов, Master-Slave репликации и т.д.
Если проект маленкий, то да. Но в крупном проекте, рушить MCV потому что лень гуглить InnerJoin - так себе затея. Бывают случаи когда без голого sql никак, но крайне редко.
twig в yii отвратителен, да и поддержка IDE нулячая (речь только о связке twig-yii2).

[Максим]

Максим Тимофеев,

Нет. Обход ORM это не то что не хороший ход, это совершенно неправильный ход.

Почему он не правильный? Наоборот. Обход ORM при чтении Данных очень даже хорошо, я считаю. Объяснимо это даже тем, что сущность не нуждается в лишних связях. Связи в сущности нужны только для её модифицирования. Весь код (в том числе репозитории) разделяется на чтение и и модифицирование. Например, вам нужно составить сложную выборку из 5 таблиц. Если использовать связи AR это будет ужас. И, если AR ещё как-то быстро это делает, то Doctrine тяжелей. Можете и ORM использовать. Никто не запрещает. Нужно понимать плюсы и минусы обоих подходов.

По мимо этого вы ещё следуете паттерну CQRS и SOLID. Разделение кода на чтение и изменение (по своим ответственностям). А если уж совсем большая система, то для чтения данных можно подготавливать выводя их в свою (no sql) базу данных. И как там применить нашу ORM?) На эту тему есть хорошая статья пошаговой разборки этого подхода, правда не на php, но суть понятна.

Производительность надо поднимать за счет кеширования, индексов, Master-Slave репликации и т.д.

Я считаю кэш - это последнее дело Для оптимизации. Так как при возникновении проблем с кэшем или удалении всех данных у вас сайт может рухнуть. Для работы с кэшем надо хорошо понимать как он устроен. Прогревать данные в кэше и так далее. Для большинства проектов на YII до кэша и не дойдёт, если применить все другие способы. Есть люди, у которых по 180 запросов в базу и они думают как их оптимизировать и прибегают к кэшу.

Если проект маленкий, то да. Но в крупном проекте, рушить MCV потому что лень гуглить InnerJoin - так себе затея.

Все наоборот. Если проект большой как раз таки одной MVC не обойтись. Там уже CQRS и асинхронные команды. Опять же статья выше.

twig в yii отвратителен, да и поддержка IDE нулячая (речь только о связке twig-yii2).

С этим соглашусь. Yii2 в целом для новых проектов заброшен. Поэтому мало что для него развивается. Но вот у symfony поддерживается twig

Answer 2

[Максим Тимофеев]

$sotrudniki=Sotrudnik::find()->asArray()->all();

И где тут связь должна дергаться? Модель не дергает связи пока Вы этго не попросите. В модели Вы описываете, как строить связь. Это не значит, что все запросы теперь будут тянуть ненужные им связи. Откройте документацию:
https://www.yiiframework.com/doc/guide/2.0/en/db-q...
https://www.yiiframework.com/doc/api/2.0/yii-db-ac...
Что бы дернулась связь getPodrazd() надо как-то так строить:

$sotrudniki = Sotrudnik::find()->joinWith('podrazd', true, 'INNER JOIN')->all();

Совет. Никогда, ни при каких условиях, не используйте русские названия. Даже в плохих компаниях за такое отрывают руки.

Comments

[yura_born]

спасибо, вывод получился ) здесь вроде как разобрался