Как уменьшить нагрузку при использовании foreach для считывания БД?

Question

[DjimiDjimi]

Прошу прощение не знал как сформулировать запрос, суть заключается в следующем. С помощью foreach я считываю БД:

foreach (DataBase::getDb()->getRow('SELECT * FROM ' . Config::DB_TABLE_USERS) as $row) {
// Тут код
}

при записях скажем в 10 строк это не страшно, а как быть например при 500+ строк, сильно ли скажется такой метод на производительности? или лучше как то считывать но 10 строк, как реализовано в больших проектах, без особой нагрузке на сервер? Или же это нормально считывание таких больших значений за раз?

Answer 1

[Rsa97]

Всё зависит от решаемой кодом задачи. Если это вывод всех пользователей, например в админке, то нормально. А если вы таким образом проверяете наличие пользователя при аутентификации, то очень плохо.

Comments

[DjimiDjimi]

Нет, это не для вывода. То-есть есть база пользователей которые выполняют однотипные задания, вывода ни какого нету. просто таблица состоит из 11 столбцов и в каждой строке до 255 символов, то есть если даже 100 пользователей это какой объем информации попадает в переменную.

[ThunderCat]

DjimiDjimi, если это utf-8 то по 1-2 байта на символ, 11*255*2 = примерно 5Кб на запись.

100 записей * 5Кб =500Кб, то есть меньше мегабайта. Если на сервере памяти от гига и выше, то в память может поместиться ОЧЕНЬ МНОГО записей, 1000 записей например займет около 5Мб. Ну, плюс накладные расходы на индексы/ссылочный адрес и т.п.. В принципе все это можно спокойно измерить, гуглите скрипт замера времени и потребляемой памяти.

Answer 2

[Сергей Попов]

Согласен с Rsa97. Но хочу немного дополнить. В случае с выводом пользователей лучшим решением всегда будет ограничить максимальную длину вывода, предположим, 50-ю записями и добавить пагинацию (ключевые слова Order by, Limit, Offset).

Answer 3

[Roman Terekhin]

Пагинация это вечный гемор. Offset на больших объёмах будет жестко тормозить, а если еще и нагрузка большая по запросам то совсем беда.
Такие пагинации в открытый мир лучше не выпускать, я обычно это использую в админке, или лк пользователя, в общем в местах где нагрузка около нуля.
Для всех остальных случаев я бы советовал курить пагинацию на основе первичных ключей, сначала будет больно все это писать, но потом приятно ;)

Тут очень хорошо про это расписано

Comments

[Эдуард]

Не сказал бы что это "больно". При реализации чата, необходимо было при прокрутке в верх подгружать следующие n-сообщений, пагинация не подходила потому что информация обновлялась часто и следовательно данные тоже сдвигались, поэтому было решено брать id последнего сообщения, и делать выборку SELECT * FROM `messages` WHERE 'id' > $last_message_id LIMIT 10.

[Roman Terekhin]

Эдуард, в LIMIT нет ничего плохого до тех пор пока рядом OFFSET не появляется :)

[Эдуард]

Roman T, так а я разве писал что-то про LIMIT?)

Answer 4

[Андрей]

10 строк или 500 - разницы практически нет. при 500 записях анализатор, скорее всего, даже индексы использовать поленится :-)

Answer 5

[DimaWeb]

$users  = DataBase::getDb()->getRow('SELECT * FROM ' . Config::DB_TABLE_USERS);
foreach ($users as $row) {
// Тут код
}