Нормально ли использовать несколько sql запросов чтобы заполнить модель?

Question

[alexh7854]

Здравствуйте.

Есть класс сущности, данные для сущности нужно брать из нескольких таблиц. Например это сущность записи в блоге, контект нужно брать из одной таблицы, а seo данные из другой.

Допустимо и нормально ли использовать несколько sql запросов чтобы достать все нужные данные или лучше уместить все в один запрос?

Comments

[NubasLol]

Нет, не нормально. За одну таблицу отвечает одна модель

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

Как сказал NubasLol, 1 модель - 1 таблица. При этом модели могут содержать другие объекты или массивы объектов, которые будут моделями связанными.
Рекомендую: https://www.google.ru/search?newwindow=1&ei=vNHaXN...

[nrgian]

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

1 модель - 1 таблица.

NubasLol,

За одну таблицу отвечает одна модель

Нет.
Модель может быть и нетривиальной.

[Lander]

NubasLol, Максим Тимофеев, Ох чую, что сейчас начнётся холивар, но позвольте с вами не согласиться. То что вы говорите имеет отношение только к ActiveRecord. Если же говорить, например о Repository, то там вполне возможно собирать модель из нескольких таблиц БД. А есть категории моделей, который вообще могут быть не связанными ни с одной таблицей, например модель поставки рандомизированных данных. Короче всё сильно контексто-зависимо.

[NubasLol]

Lander, согласен, но в контексте блога лучше для seo данных своя сущность, ведь они могут и не только в блоге быть применены

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

Lander, согласен. Много нюансов. Но ответ дал исходя из конкретной задачи и исходя из того, что раз топикстартер задает такой вопрос, то ему нужно, что-то простое в понимании и реализации. А тут AR самое оно. Но полностью согласен с Вашим "фе".

[Lander]

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

полностью согласен с Вашим "фе".

Да это не "фе". :) Просто подумал что раз человек задаёт подобные вопросы, то он ещё не очень хорошо разбирается в тонкостях. И увидев совет "Одна таблица - одна модель" он будет его везде применять, даже есть оно не нужно будет. Хотя в контексте данного вопроса прям про блог и сео-данные вы с NubasLol абсолютно правы!

Answer 1

[profesor08]

Все ситуативно. Если много разных запросов, и их надо выполнить, то лучше все в один и разом отправить и получить единый ответ, чем последовательно долбить сервер запросами по одному. Особенно если SQL сервер стоит не локально.

$res = query("
SELECT * FROM TableA
SELECT * FROM TableB
....
");

fetch($res); // tableA rows
next($res); // switch to next result
fetch($res); // tableB rows

Answer 2

[nrgian]

Существенно лучше - в 1 запрос.
Это значительно влияет на производительность.

Есть класс сущности, данные для сущности нужно брать из нескольких таблиц.

Для реляционных СУБД сие не является проблемой.
Вы можете написать запрос так, что СУБД сама объединить данные из разных таблиц и отдаст вам всё, что вам нужно - в одном запросе.

Comments

[NubasLol]

в один запрос 2 модели можно получить, а не мешать разные данные в одной

[nrgian]

NubasLol,

в один запрос 2 модели можно получить, а не мешать разные данные в одной

Разные таблицы запросто могут содержать данные одной-единственной модели.
Я вам даже больше скажу - как правило это так и есть. Если, конечно, вы не с совсем уж примитивными вещами имеете дело.

[NubasLol]

nrgian,

Если, конечно, вы не с совсем уж примитивными вещами имеете дело.

Наверное наоборот))

Ну либо я очень привык к тому, как это выглядит в Eloquent

[nrgian]

Иван,

один запрос не всегда выгоднее выполнить, чем n запросов. вопрос не в количестве, а в стоимости.

Если ты не можешь корректно дать оценку, то лучше, все же, стремиться к одному.
В подавляющем большинстве случаев - именно один объединенный и быстрее.