Чи зменшує навантаження на сервер зменшення навантаження на сервер? (теорія)

Мені було цікаво, в чому причина пагинації? Він використовується, оскільки він зменшує навантаження на сервери, оскільки ми технічно обмежимо кількість рядків, що повертаються на сторінку?

Я хотів щось зробити без пагинації, але враховуючи, що я новачок у цьому (я аматор) почав цікавитись, чи добре це технічно чи ні.

Існує цілий ряд причин виникнення пагинації, зменшення завантаження сервера - лише одна. Однак Стівен Орр піднімає дійсну точку - вам все-таки потрібно спочатку знайти кількість даних. Ви повинні переконатися, що запит швидкий і не надмірно завантажує ваш сервер.

Інші причини:

• Зменшення кількості повернених клієнтом даних за один раз. Якщо у вас багато даних, це може зайняти значну кількість часу і зайняти багато пам'яті.
• Користувача часто цікавлять не всі дані, а лише останні (скажімо). Повертаючи лише пару сторінок даних, ви не отримуєте даних, які користувач ніколи не побачить.

В обох цих випадках ви не хочете змушувати користувача чекати - або для даних, які вони не збираються переглядати, або для всіх даних, коли вони можуть отримати один з них, обробляючи їх частину.

Він змінюється залежно від реалізації.

Це пришвидшить візуалізацію сторінки, але це не обов'язково зменшить навантаження на сервер. Більшість наївних алгоритмів розбиття сторінок потрібно спочатку виконати запит, щоб вирішити, скільки сторінок має бути, а потім знову зробити запит, щоб отримати набір результатів "підказка".

Найбільше значення, яке ви отримуєте від пагинації, - це підвищення швидкості вашої програми шляхом:

1 - Обмеження даних, що передаються між клієнтом та сервером. Немає сенсу читати 1000000 клієнтів, якщо користувач шукає 10 з них.

2- Значно перевищуючи ефективність запиту, отримуючи лише ті рядки, які можуть вміщуватися у вікні користувача. Немає сенсу читати 1000000 клієнтів, якщо користувач перегляне перші 10 клієнтів.

3 - Пагинація допомагає, надаючи більш свіжі дані. Якщо у вашій програмі відображається багато рядків даних, а ваш домен програми потребує великого оновлення рядків даних у відображеній таблиці, швидше за все, до того моменту, коли ви перейдете на сторінку 20 списку сторінок, дані на деяких рядках були б змінився. Придумайте додаток, який читає ціни акцій або наявні номери в готелі. Отримання старих даних та розміщення їх на клієнті не приносить користі.

Пагинація - це одна стратегія, яка в поєднанні з фільтруванням та розумінням того, як потрібен кінцевий користувач відповідно до конкретного сценарію (який, як очікується, призведе до гарного дизайну для задоволення цієї потреби), значно покращить додаток, особливо коли кілька користувачів потрапляють у базу даних одночасно.

Пагинація не завжди є тривіальною для програми. У деяких випадках це просто, але іноді дуже складно написати так, що SQL-запит виконується, не виконуючи повне сканування таблиці. Це, звичайно, залежить від ваших індексів, стану фільтра та вашої заяви Where.

Пагінація, на мій погляд, є матір'ю всіх передчасних оптимізацій. Абсолютно нормально писати свій сайт без пагірування.

Якщо після випуску ви виявите, що ви завантажуєте занадто багато даних за один дзвінок, або що ваші користувачі змушені чекати інформації, яку вони хочуть, тому що це зайнято завантаженням даних, які вони не хочуть, продовжуйте і напишіть рішення Ajax яка завантажує сторінку лише під час прокрутки вниз людей (див .: Twitter, Tumblr, пошук зображень Google).

Редагувати: Другий параграф вище був написаний з припущенням, що загальна відповідь буде "але якщо ви знаєте, що збираєтесь боліти в якийсь момент, ви можете також зробити це рано, а не витрачати час на розробку чогось, що ви збираєтеся кинути". геть ».

Окрім того, що є матір'ю всіх передчасних оптимізацій, я вважаю, що пагінація - це кошмар UX і що є кращі рішення, які не потребуватимуть особливих додаткових розробок у верхній частині сторінки.

Незважаючи на кількість спільних записів, я залишаю цю відповідь тут, тому що я стою проти настроїв, хоча це, можливо, не було найкращим моїм письмом.