Est-il préférable de renvoyer une grande requête ou quelques plus petites?

J'utilise MySQL pour stocker de la vidéo de jeu de données. J'ai tables pour les titres, les plates-formes, des tags, des badges, des critiques, des développeurs, éditeurs, etc...

Quand quelqu'un est à la visualisation d'un jeu, est-il préférable d'avoir une requête qui renvoie toutes les données associées à un jeu, ou est-il préférable d'utiliser plusieurs requêtes? Intuitivement, puisque nous avons des revues, il semble inutile de les inclure dans la même requête, car ils vous doivent être paginé. Mais il existe d'autres situations où je ne suis pas sur si pour briser la requête vers le bas, ou utiliser deux requêtes...

Je suis un peu inquiet au sujet de la performance depuis que je suis en train de rejoindre les jeux les tableaux suivants: les développeurs, les éditeurs, les metatags, des badges, des titres, genres, sous-genres, classifications... pour saisir le jeu des badges, (à partir de games_badges; plusieurs-à-plusieurs jeux de table, et de nombreux de nombreux badges table) je peux soit faire un autre, ou d'exécuter une requête distincte.... et je ne suis pas sûr ce qui est le mieux....

source d'informationauteur Mohamad

  1. 7

    Là n'est pas la panacée.

    1. Toujours essayer d'obtenir uniquement les données nécessaires.
    2. Il n'y a pas de réponse si un grand ou plusieurs petites requêtes, c'est mieux. Chaque cas est unique et pour répondre à cette question, vous devez le profil de votre application et d'examiner des requêtes EXPLAINs
  2. 10

    Il est beaucoup plus rapide d'utiliser une requête que l'usage de plusieurs requêtes parce que le démarrage d'une requête et le calcul du plan de requête elle-même est coûteux et l'exécution de plusieurs requêtes en une ligne ralentit le serveur plus à chaque fois. Évidemment, vous devez seulement obtenir les données que vous avez réellement besoin, mais de moins en moins de requêtes est toujours la meilleure.

    Donc, si vous voulez montrer 20 jeux sur une page, vous pouvez accélérer la requête (toujours à l'aide d'une seule requête) avec une clause LIMIT et seulement exécuter cette requête à nouveau plus tard, quand ils arrivent à la page suivante. Que ou vous pouvez simplement les faire attendre pour que la requête complète et avoir toutes les données à la fois. Une grande attente ou de plusieurs petites attend.

    tl;dr utilisez aussi peu de requêtes que possible.

  3. 3

    Ce qui est généralement un traitement de problème.

    • Si une requête implique l'extraction de milliers d'entrées, à l'appel de plusieurs requêtes à MySQL de faire le traitement (montants, etc.).
    • Si plusieurs requêtes consiste à faire des dizaines ou des centaines d'entre eux, puis d'appeler une seule requête.

    Toute évidence, vous êtes toujours face à ces deux, étant donné que ni est un goto option si vous vous posez la question, donc les choix sont vraiment: des

    1. Choisir celui que vous pouvez faire frapper sur
    2. Cache ou de les atténuer, autant que vous le pouvez, de sorte que vous prendre un coup très rarement
    3. Essayez d'insérer ces données préparées dans la base de données pour vous aider à traiter les données actuelles
    4. Faire le traitement dans le cadre d'un cron et l'application de récupérer uniquement les données
    5. Prendre un peu de recul et d'explorer d'autres approches possibles qui ne nécessitent pas de traitement