Какое оптимальное количество запросов в БД в yii2?

Question

[Тимур Худиев]

Доброго времени суток. Практикуюсь в yii2 и поставил себе задачу написать админку. До этого писал небольшие админки для себя на процедурном стиле без фреймворков. Использую модуль yii2-admin и rbac для ролей пользователей. И обнаружил что этот самый модуль делает порядка 35 запросов в базу. Это не считая того, что и мои методы работают с базой, но там всего 2-4 запроса. В общей сложности на один action приходится 40 запросов к БД. Скажите, нормально ли это? Не много ли для проекта небольшого уровня? Для понимания скажу в общих чертах что из себя представляет админка по функционалу.

3 роли пользователей.
Соответственно у админа есть все полномочия на CRUD
Ну и у каждого пользователя на персональной странице выводятся записи принадлежащие ему.
В общем то ничего такого глобального из БД не тянется.

Answer 1

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

Какое оптимальное количество запросов в БД в yii2?

На этот вопрос нет ответа, все зависит от проекта и его функциональности поэтому никто Вам не скажет конкретную цифру. Чем меньше запросов тем лучше.

И обнаружил что этот самый модуль делает порядка 35 запросов в базу.

Насколько я понимаю к таблицам в которых хранятся RBAC-данные, в таком случае необходимо включить их кэширование

Comments

[Тимур Худиев]

Ну на счет точной цифры я понимаю, что невозможно сказать. Просто хотелось бы узнать, для не очень функциональной админки это нормально или как

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

Тимур Худиев: 40 запросов - это явно много ... поэтому стоит разобраться откуда в установленном модуле столько запросов берется...

[Тимур Худиев]

А кэширование включать уже перед продакшном? На сколько я понял, если к примеру, я добавлю пользователя нового, то он же не появится в списке пользователей в админке?

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

Тимур Худиев: да кэширование нужно включать на продакшене, но перед этим нужно проверить действительно ли дело в RBAC (это можно определить посмотрев запросы в дебаг-панели YII ну либо временно включив кэширование)

[Тимур Худиев]

Да, все запросы к таблицам, в которых rbac и 3 моих запроса

[mitaichik]

Добавлю лишь что часть из этих запросов - получение схем таблиц. Их тоже можно и нужно кешировать. Но рекомендую кешировать их только на проде (так как для конкретного релиза - это, по сути, статичная информация). На деве это создаст лишь дополнительные проблемы при разработке.

[Тимур Худиев]

mitaichik: А как использовать тогда потом админку, если все будет закэшировано. В админку же поступают новые посты. Можно частично, а не все таблицы кэшировать? Которые, к примеру не "динамические", если можно так сказать

[mitaichik]

Тимур Худиев: Схема - это описание таблицы (список столбцов, их типы, и т.п.). Для работы AR Yii делает запросы схем таблиц. Не помню точно сколько там запросов, но делает. При разработке схемы меняются (например, добавили столбец в таблицу). На продакшене - нет. Только при обновлении релиза, при нем нужно кеш очщать.

Answer 2

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

скорее всего идет ленивая загрузка, нужно жадную
https://habrahabr.ru/post/306248/

Comments

[Тимур Худиев]

Кстати, об этом я как то не подумал. Спасибо, за подсказку, сейчас гляну

Answer 3

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

Какое оптимальное количество запросов в БД в yii2?

46
Вы спросите: "почему 46"? А я отвечу: "а почему бы и нет". Раз уж Вы попросили дать Вам ни чем не обусловленную цифру - пусть это будет 46.

В общей сложности на один action приходится 40 запросов к БД. Скажите, нормально ли это?

Нормально, ведь это меньше, чем 46. А вот можно ли сократить? Это уже другой вопрос, на который могут ответить экстрасенсы, я без кода не могу.

Не много ли для проекта небольшого уровня?

Теперь сложнее. Надо понять что такое "проекта небольшого уровня". Ну раз мы уж начали говорить о вещах не классифицированных - давайте договоримся. Для проекта небольшого уровня - 42. Для среднего - 46, а для большого - 67. Но это только при условии, что

ничего такого глобального из БД не тянется

а если тянется, то вводим "коэффициент глобального тягания" (КГТ 0.3) . Итого 46*0.3 = 13,8 запроса в БД

PS: ограничение по кол-ву запросов для проекта - это глупость. Ваша задача - оптимизировать проект. В процессе оптимизации следует обратить внимание и на количество запросов в БД. И тут мы должны смотреть "а можем ли мы сделать их оптимальнее, сделать их количество меньшим и т.д.", а не подгон под какую-то цифру. Ведь задача - "быстро работает", а не "создает меньше 46 запросов"
Соори за стеб, не хочу обидеть, просто хотел так обозначить. Сам когда-то задавался таким же вопросом.

Comments

[Владимир]

зачет)) странно что ТС не отметил данный ответ решением)

[Тимур Худиев]

Владимир Привалов, потому что это хрень какая то, а не ответ) Чем строить из себя умника, можно было уточняющие вопросы задать, если хотел помочь. Не все рождаются хацкерами такого уровня как автор ответа. К тому же я тогда только начинал.