Можно ли получить полноценную orm-структуру моделей через множественный JOIN?

Question

[Северное Сияние]

Привет участники!

Возникла задача сделать сортировку по связанным моделям. Покопал интернет и пришел к выводу, что надо делать join.
Написал такую портянку:

$document = Document::select('documents.*', 'c.*', 't.*')
            ->join('document_customs as c', 'documents.id', '=', 'c.document_id')
            ->join('document_templates as t', function($query){
                $query->on('t.document_type_id', '=', 'documents.type_id');
                $query->on('t.field_code', '=', 'c.field_code');
            })
            ->where('documents.id', '=', $document->id)
            ->orderBy('t.field_order', 'DESC')
            ->get();

        dd($document);

В итоге я получил коллекцию объектов типа Document

Collection {#784 ▼
  #items: array:15 [▼
    0 => Document {#785 ▶}
    1 => Document {#786 ▶}
    2 => Document {#787 ▶}
    3 => Document {#788 ▶}
    4 => Document {#789 ▶}
    5 => Document {#790 ▶}
    6 => Document {#791 ▶}
    7 => Document {#792 ▶}
    8 => Document {#793 ▶}
    9 => Document {#794 ▶}
    10 => Document {#795 ▶}
    11 => Document {#796 ▶}
    12 => Document {#797 ▶}
    13 => Document {#798 ▶}
    14 => Document {#799 ▶}
  ]
}

где в объекты типа Document были тупо напиханы все значения из выборки:

#attributes: array:21 [▼
        "id" => 7
        "active" => 1
        "number" => "С140ХТ1501111"
        "name" => "Новый документ1111"
        "start_date" => "2019-11-08 00:00:00"
        "end_date" => "2019-11-30 00:00:00"
        "type_id" => 4
        "status_id" => 1
        "author_id" => 5
        "workflow_id" => null
        "workflow_point_id" => null
        "approval_user_id" => null
        "created_at" => null
        "updated_at" => null
        "deleted_at" => null
        "document_id" => 7
        "field_code" => "radio"
        "field_value" => "{"10": "Десять", "20": "Двадцать", "30": "Тридцать"}"
        "document_type_id" => 4
        "field_order" => 55
        "model" => null
      ]

Короче говоря, я в печали. Мне нужно сделать сортировку связанных моделей, зависящих друг от друга, но в итоге получается, что ORM не умеет это делать.

Как тут решить задачу?

Comments

[Северное Сияние]

Максим Федоров, Это не то, к сожалению.
Данные конструкции ORM работают как простые запросы на выборку. А мне нужно сделать сортировку через join

[Максим Федоров]

Северное Сияние, да действительно... Хм
2 связи у модельки = 3 запроса суммарно

[Андрей]

НАпишите сырой запрос запрос, иной раз сырой в 10 раз быстрее ОРМ...

[vism]

Андрей, Да вобще, иной раз и сырой ПХП лучше чем фрэймворк, а вот вобще лучше асамблер. вот где сила и скорость!
И пофиг, что поддерживать надо проект, главное чтоб в иной раз было быстрее.

[Андрей]

vism, Ваш шашечки или ехать.. я к тому, что ОРМ иной раз не очень хорошо реализует сложные запросы.. но хочется колоться? не вопрос!

[vism]

Андрей, Такие запросы реализаует идеально, и даже whereHas, использующий exist работает в иной раз в 10 раз быстрее.
А уж о инфраструктуре речь не идет даже. Массив перебирать, как вы предлагаете, это ехать на телеге без лошади)

[vism]

Андрей, Ну и обычно медленный запрос через ORM не от ORM зависит, а от прокладки между ORM и стулом.
В этом случае хоть где запрос пиши, будет работать криво-косо.

[Андрей]

vism, Так Вам шашечки или ехать?

[Alex Wells]

Андрей, какие запросы он "не очень хорошо реализует"? Пруфы в студию.

Сырой запрос ничем не быстрее ORM. ОРМ под капотом формирует ТОЧНО такой же запрос. Да, иногда приходится юзать джоины или части raw запроса, но 80% задач Eloquent покрывает идеально.

Хотя вам то с yii2 и angularjs лучше знать, лол.

[Андрей]

Alex Wells, Забьемся? что сырой будет быстрее!

[Андрей]

Alex Wells, И вы ответили почему вы проиграете!

[Alex Wells]

Андрей, почему я проиграю?) Что мне забиваться то, если я и так знаю ответ? Мы используем Eloquent на огромном проекте с базой в 50 гигов. В производительность Eloquent'а мы НЕ упираемся.

[vism]

Alex Wells, Да забейте, иногда люди склонны фанатично верить во всякую чепушню, типо плоской земли/рептилоидов/преимуществе raw запросов
Таким хоть кол на голове теши..

Answer 1

[vism]

Сделайте не
Document::select('documents.*', 'c.*', 't.*')
а
Document::select('documents.*'')
и
->groupBy('documents.id')

другого варианта насколько я знаю нет.

Comments

[Северное Сияние]

все равно возвращается куча моделей Document, согласно кол-ву возвращенных JOIN-ом рядов (((

[vism]

Северное Сияние, groupBy('documents.id')

[vism]

и еще может начать ругаться, что мол не все поля в группе.
Я просто вырубаю всегда strict_group_by или как-то так.

[Alex Wells]

vism, не будет он тут ругатся, если не селектить с других таблиц.

[Alex Wells]

Северное Сияние, групбай как вам посоветовали добавляйте.

Не знаю ни одну ORM, которая бы так умела. Использовать джоины - нормально, привыкайте.

[vism]

Alex Wells, ахах, вон оно что. Я столько лет просто даже не задумывался почему, когда натыкался, просто вырубал и всё )))

[Северное Сияние]

Alex Wells, я одного не могу понять - если я использую join-ы, я что в итоге получу? Полноценную структуру ОБЪЕКТОВ, построенных по описанным в моделям связям, или просто набор сырых данных?

Я в пятницу писал на джоинах, в итоге модель возвращается какой-то беспорядочный набор данных, запихнутый в объект Document!

[Alex Wells]

Северное Сияние, набор сырых данных, конечно же. Елоквент не умеет мапить поля в обьекты.

Сначала напишите что-то с джоинами (за рамками орм) и поймите, что это и зачем. Потом такие тупые заявления отпадут сами.

[vism]

Северное Сияние, Мне интересно, что у вас до сих пор не получается то? :)

[Северное Сияние]

vism, нет. Это не работает штатными средствами. Сырые данные же мне не нужны, мне нужно объектное представление.

[vism]

Северное Сияние, всмысле не работает?

Document::select('documents.*')
            ->join('document_customs as c', 'documents.id', '=', 'c.document_id')
            ->join('document_templates as t', function($query){
                $query->on('t.document_type_id', '=', 'documents.type_id');
                $query->on('t.field_code', '=', 'c.field_code');
            })
            ->where('documents.id', '=', $document->id)
            ->orderBy('t.field_order', 'DESC')
            ->groupBy('documents.id')
            ->get();

        dd($document);

где тут сырые данные и не штатные средства?

Answer 2

[Максим Федоров]

Загрузка Eloquent связей используя left join вмес...

Comments

[vism]

Как верно заметили
https://github.com/sleeping-owl/with-join/issues/20
Зачем платить больше?:)

[Максим Федоров]

Северное Сияние, помогло решение?

[Северное Сияние]

Максим Федоров, пока хочу без сторонних библиотек этого добиться, за ссыль спасибо

[Максим Федоров]

Северное Сияние, ну так возьмите код или просто посмотрите реалищацию

[Максим Федоров]

Северное Сияние тем не менее ответ отвечает на вопрос :) как именно можно это сделать
либо установкой, либо копированием идеи :) иначе я же в комментах вам пишу свои мысли :)

Answer 3

[pavelpolitaev]

Вот вам сортировка по связанным моделям

Document::with(['document_customs', 'document_templates'])
            ->withCount(['document_templates as for_sort' => function ($q) {
                $q->select('field_order');
            }])
            ->where('id', '=', $document->id)
            ->orderBy('for_sort', 'DESC')
            ->get();

Comments

[Северное Сияние]

Не совсем то.
Во-первых, цель - сортировка не документа, а свойств документа, порядок сортировки которых определен в промежуточной таблице: documents -> customs -> templates (тут указана сортировка полей)

Я создал метод template в Document

function template()
    {
        return $this->hasManyThrough(
            DocumentTemplate::class,
            DocumentCustom::class,
            'document_id', 'field_code', 'id', 'field_code'
        );
    }

И изменил ваш код, указав правильные имена методов документа:

$document = Document::with(['custom', 'template'])
            ->withCount(['template as for_sort' => function ($q) {
                $q->select('field_order');
            }])
            ->where('id', '=', $document->id)
            ->orderBy('for_sort', 'DESC')
            ->get();

В итоге получается вот что:

SELECT
    `documents`.*,
    (
    SELECT
        `field_order`
    FROM
        `document_templates`
    INNER JOIN `document_customs` ON `document_customs`.`field_code` = `document_templates`.`field_code`
    WHERE
        `documents`.`id` = `document_customs`.`document_id`
) AS `for_sort`
FROM
    `documents`
WHERE
    `id` = 7 AND `documents`.`deleted_at` IS NULL
ORDER BY
    `for_sort`
DESC

Ну и это не валидный запрос - "Subquery returns more than 1 row". У меня цель - получить объект документа со значениями свойств Custom, но отсортированных согласно порядку в Templates

[pavelpolitaev]

Северное Сияние, вы немного запутались со связями, withCount с hasManyThrough с выборкой поля, а не агрегации, конечно же не будет работать тк "Subquery returns more than 1 row". В вашем случае всё просто:

function template()
    {
        return $this->hasManyThrough(
            DocumentTemplate::class,
            DocumentCustom::class,
            'document_id', 'field_code', 'id', 'field_code'
        )->orderBy('document_templates.field_order');
    }

$document = Document::with('template')
            ->where('id', '=', $document->id)
            ->get();

Answer 4

[Дмитрий]

Вам нужно сначала получить список id нужных документов в нужном порядке join'ами, а потом запросить уже модели, причем именно в этом порядке:

$ids = \DB::table('documents')
   ->select(['documents.id'])
   ->join('templates', <тут связь>)
   ->orderBy('templates.field_order')
   ->pluck('id');

$list = $ids->implode(',');
$docs = Document::whereIn('id', $ids->toArray())
   ->orderByRaw("find_in_set(id, '$list')")
   ->get();