La pagination réduit-elle la charge du serveur? (théorie)

Je me demandais quelle est la raison de la pagination? Est-il utilisé parce qu'il réduit la charge des serveurs, car nous limiterions techniquement le nombre de lignes renvoyées par page?

Je voulais faire quelque chose sans pagination mais étant donné que je suis nouveau dans ce domaine (je suis un amateur), j'ai commencé à me demander si ça allait techniquement ou non.

Il y a plusieurs raisons à la pagination, la réduction de la charge du serveur n'en est qu'une. Cependant, Stephen Orr soulève un point valable - vous devez toujours trouver la quantité de données en premier. Vous devez vous assurer que cette requête est rapide et ne charge pas indûment votre serveur.

D'autres raisons incluent:

• Réduire la quantité de données retournées au client en une seule fois. Si vous avez beaucoup de données, cela peut prendre un temps considérable et occuper beaucoup de mémoire.
• Souvent, l'utilisateur n'est pas intéressé par toutes les données, mais seulement par les plus récentes (disons). En ne renvoyant que quelques pages de données, vous n'obtenez pas de données que l'utilisateur ne verra jamais.

Dans les deux cas, vous ne voulez pas faire attendre l'utilisateur - soit pour les données qu'il ne va pas voir, soit pour toutes les données alors qu'il pourrait en obtenir une avec le traitement d'une partie.

Cela varie en fonction de la mise en œuvre.

Cela accélérera le rendu d'une page, mais ne réduira pas nécessairement la charge sur le serveur. La plupart des algorithmes de pagination naïfs doivent d'abord effectuer une requête pour décider du nombre de pages, puis interroger à nouveau pour obtenir le jeu de résultats "paginé".

La plus grande valeur que vous tirez de la pagination améliore la vitesse de votre application en:

1 - Limitation des données transmises entre le client et le serveur. Il est inutile de lire 1000000 clients si l'utilisateur en recherche 10.

2- Accélérer considérablement les performances de la requête en récupérant uniquement les lignes pouvant tenir dans la vue d'un utilisateur. Il est inutile de lire 1000000 de clients si l'utilisateur regarde les 10 premiers clients.

3 - La pagination aide en fournissant des données plus récentes. Si votre application affiche de nombreuses lignes de données et que votre domaine d'application nécessite de nombreuses mises à jour des lignes de données dans le tableau affiché, il est probable qu'au moment où vous accédez à la page 20 de la liste des pages, les données de certaines des lignes auraient été modifié. Pensez à une application qui lit les cours des actions ou les chambres disponibles dans un hôtel. La récupération des anciennes données et leur placement sur le client est inutile.

La pagination est une stratégie qui, combinée au filtrage et à votre compréhension de la façon dont l'utilisateur final a besoin du scénario particulier (qui devrait conduire à une bonne conception pour répondre à ce besoin) améliorera considérablement l'application spécialement lorsque plusieurs utilisateurs atteignent la base de données simultanément.

La pagination n'est pas toujours triviale à programmer. Dans certains cas, il est simple mais il est parfois très complexe d'écrire de sorte que la requête SQL s'exécute sans effectuer une analyse complète de la table. Cela dépend bien sûr de vos index, de la condition du filtre et de votre instruction Where.

La pagination, à mon avis, est la mère de toutes les optimisations prématurées. Il est absolument acceptable d'écrire votre site sans pagination.

Si vous trouvez, après la publication, que vous chargez trop de données en un seul appel, ou que vos utilisateurs doivent attendre les informations qu'ils veulent parce que c'est occupé à charger des données qu'ils ne veulent pas, allez-y et écrivez une solution Ajax qui ne charge la page que lorsque les gens défilent (voir: Twitter, Tumblr, recherche d'images Google).

Edit: Le deuxième paragraphe ci-dessus a été écrit avec l'hypothèse qu'une réponse commune serait "mais si vous savez que vous allez paginer à un moment donné, vous pouvez aussi bien le faire tôt, plutôt que de perdre du temps à développer quelque chose que vous allez jeter une façon."

En plus d'être la mère de toutes les optimisations prématurées, je pense que la pagination est un cauchemar UX et qu'il existe de meilleures solutions qui ne nécessiteraient pas beaucoup de développement supplémentaire en haut de la page complète.

Malgré le nombre de votes négatifs, je laisse cette réponse ici parce que je maintiens le sentiment, même si ce n'est peut-être pas ma meilleure écriture.