Буть то рано или давольно поздно почти многие большие планы спихиваются с неуввязками производительности при постраничной навигации по записям. Отдельные из их решают данную делему ограничением численности вразумительных для просмотра записей (скажем, не более тысячи). Удобоваримое заключение. Однако в данном случаем смогут начать проблемки с индексированием веб-сайта посторонними поисковиками, какие и воображают величайшую опасность. В данном посте я желал бы отрешиться от обыкновенной для абсолютно всех панели навигации варианта «1..2..три..4..» в выгоду несложной «вперед… обратно» (станет легче пояснить), однако сие не неувязка воплотить сходственное и с первоначальным видом.
Больше точно установить тему, назвав, какой-никакое число записей почитать довольно огромным для появления тормозной системы, не приобретится, поскольку данная цифра для всех различная и сильно может зависеть от этого, в какой мере скорые около Вас твердые диски, насколько памяти, и какой-никакая часть Ваших этих теснее закеширована в ней и тд. Но ежели вы и Ваши сервера чувствуют, что n-ная страничка при выводе даётся намного тяжелее первоначальной, а при этом не видите, что с данным сделать – статья для Вас. Но сначала, я хотел бы на перстах пояснить, по какой причине ОНО трудится неспешно.
Между прочим, тест выходит на условной машинке, тружусь я с СУБД под рутом, версия MySQL – пятого.0.тридцать два.