Как оптимизировать скорость свезей бд в laravel?

Question

[akdes]

Всем привет
при концепции дб, была предусмотрена таблица "атрибутов", т.е. некоторые таблицы имеют с ней n:m связь.
К примеру Сustomer с данными, имя, время регистрации, номер счёта и т.д. и т.п., раскиданы на таблицу customer {id, created_at, updated_at}

attributes{name,value}:
name: name, value: Alexander
name: register_time, value: 2018-01-23 12:30:29
name: xy, value: 123...
Насколько это было умно или нет, прошу оставить, система стоит и работает в продакшене.
Сейчас если я подгружаю всех клиентов, имеется проблема загрузки по времени,
в связи с подгрузкой атрибутов. Т.е. помимо подгрузки атрибутов, я их подгружаю в сам объект Customer:
т.е. из Customer { id, attributes {...}} собирается customer {id, name, register_time,...}
Для этого написал функцию в php, насколько я понял, в ларе join'a на этом уровне нет, или?

Как вариант "Quick Win" думал писать имя клиента в Customer-Table, ибо оно мне нужно всегда, остально подгружать по надобности доп. запросом. Есть ли более умное,быстрое и логичное решение?

Спасибо

Comments

[JhaoDa]

Про жадную загрузку связей в доке читали?

[Дмитрий Кузнецов]

насколько я понял, в ларе join'a на этом уровне нет,

Join'ы есть в Laravel, хотя может быть я не так понял задачу.

PS: Попробуйте использовать отношения (Нетерпеливая/Ленивая нетерпеливая/Жадная загрузка)

[Модератор]

akdes дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама.

Это последняя просьба.

[akdes]

JhaoDa, загуглил, знаком, только на скорость не влияют, ибо with & load генерируют доп. запрос в базу. Дмитрий Кузнецов, да, join есть но я ожидал, что к примеру при использовании load или with будет использоваться join, а не доп. обращение к базе.
Сейчас пишу доп. "scope" который по скорости загрузки решает проблему. Ещё бы мутаторство на этом же уровне, чтобы через foreach бегать не пришлось..

[JhaoDa]

akdes, и что, что дополнительный запрос? Или вы считаете, что джоин априори быстрее, чем два отдельных запроса? Да, он может оказаться быстрее жадной загрузки в вашем случае. А может и не оказаться.

[akdes]

JhaoDa, я не "считаю" а замеряю, и да, конечно же он быстрее. подгрузите 100 записей, и к этим 100 записям хотябы по 2 через жадную и т.д. загрузки. Речь идёт не о отдаче одного клиента с тремя атрибутами, а о "дампе"

[JhaoDa]

akdes, судя по вашему сообщению, вы не поняли, как работает жадная загрузка. Если выбрать 100 клиентов и добавить к ним две связи, то будет 3 запроса. Или вы каждого клиента отдельным запросом выбираете?

[Дмитрий Кузнецов]

akdes, а разве Join не будет ссылаться на другую БД, тем самым делая якобы второй запрос?

[akdes]

JhaoDa, сейчас, проверяю/замеряю

Или вы каждого клиента отдельным запросом выбираете?

нет

[akdes]

Дмитрий Кузнецов, нет,

SELECT * FROM foo 
INNER JOIN bar on foo.id = bar.foo_id

это один запрос...

[Дмитрий Кузнецов]

akdes, это то понятно. мой коммент ввёл к тому, что в любом случае делается 1 запрос к двум таблицам. Мне кажется лучше сделать 2 запроса к 2 базам.

[akdes]

Дмитрий Кузнецов, если бы у меня было количество одновременных запросов больше, чем держит база/сервер, имеет смысл. Но это не мой случай, точнее не случай в этой проблеме. Всё равно спасибо

Answer 1

[akdes]

Такс, решение найдено, точнее проблема.

Менее важно в данной проблеме, но факт: join работает быстрее чем жадная загрузка и т.д., не намного но быстрее.
Проблема в другом, если берётся объект из модели, затем мутируется и отдаётся через

return $object; //или 
return response()->json($object);

то именно return длится в моём случае на локалке 20, дополнительных, секунд, т.е. видать т.к. изначальный, знакомый объект "испорчен" доп. данными, при переводе данных в json происходит магия, стоимость n-Секунд.

Решение:
перевод объекта сразу в массив и затем манипуляция.

$myArray = $customer->get()->toArray(); 
$myArray = $this->doStuff($myArray);
return $myArray;

Может быть решение очевидно, я таких граблей не ожидал.

Answer 2

[Nikita Dergachov]

Зачем придумывать велосипед жадная загрузка

Castomer::with('attributes')->get();