Est une base de données MySQL vue plus rapide que la normale requête?

J'ai une requête complexe à l'aide de plusieurs jointures (8 en fait). Je pensais à le simplifier en vue. Après un peu de recherche, je peux voir les avantages de la simplicité et de la sécurité. Mais je ne vois pas de mention de la vitesse.

Faire des vues comme des déclarations préparées à l'avance, où la requête est pré-compilé? Est-il notable gain de performance de l'aide de points de vue?

  • Certaines bases de données pré-compiler le point de vue, mais je ne crois pas que MySQL. Vous pouvez regarder cette question: stackoverflow.com/questions/1021319/how-to-optimize-mysql-views
  • Contrairement aux réponses - En mon expérience, de points de vue avec beaucoup de jointures directement requête s'exécute plus rapidement.
InformationsquelleAutor DisgruntledGoat | 2011-01-25
  1. 16

    Pas, d'un point de vue est tout simplement un stockées texte de la requête. Vous pouvez appliquer WHERE et ORDER contre elle, le plan d'exécution sera calculé avec ces clauses pris en considération.

    • Ce n'est pas strictement vrai. Il est correct si vous choisissez fusionner pour votre point de vue de l'algorithme, mais si vous choisissez temptable il va se matérialiser. Non défini (par défaut, si non spécifié) permet de MySQL choisir, ce qui peut faire quelque chose que vous ne pourriez pas attendre.
    • Je ne suis pas MySQL spécialiste, mais je suis assez sûr que le TempTable algorithme de contrôle comment MySQL processus de la vue lorsque les résultats sont demandées et n'a aucun effet sur la façon dont la vue est stockée.
    • Oui, ce qui est très différent d'avoir un morceau de texte qui est exécuté comme s'il s'agissait d'une requête ad-hoc.
    • Peut-être que vous le savez mieux que moi, mais il me semble oui, la vue est stockée texte qui obtient interprété à l'époque ses résultats sont demandées. TempTable simplement dit à MySQL pour effectuer cette évaluation, au moment de l'exécution, à l'aide d'une table temporaire plutôt que d'essayer de modifier le SQL de la requête d'origine pour inclure la définition de la vue. Il n'y a pas de pré-calcul ou de l'analyse du contenu de la vue SQL à la création de la vue de temps.
    • Cette réponse n'est pas strictement vrai. Vous devriez certainement regarder accepté de répondre à cette question: dba.stackexchange.com/questions/16372/...
    • J'ai lu la réponse que vous avez lié, et il n'y a pas de désaccord entre les informations contenues dans cette réponse et ma déclaration. MySQL a un couple de différentes manières d'évaluer les points de vue, mais aucun d'entre eux impliquent le maintien d'un résolu que la version des données de la requête. En aucun cas, le point de vue de fournir un avantage de performance sur l'aide de la crue de la requête.

    InformationsquelleAutor Larry Lustig
  2. 1

    Vue est fondamentalement un stockée sous-requête. Il n'y a pratiquement pas de différence entre:

    SELECT *
FROM someview

    et

    SELECT *
FROM (
    SELECT somestuff 
    FROM underlying table
);

    à l'exception de la vue est un peu plus portable, que vous n'avez pas à écrire la requête sous-jacente à chaque fois que vous voulez travailler avec toutes les données, il renvoie.

    • Et que faire si MySql choisit un temptable vue de l'algorithme?
    • Je suis complètement en désaccord. une base de données MySQL VUE n'est pas seulement un alias pour une chaîne stockée d'une requête. Vous pouvez avoir énorme performances des gains ou des pertes si vous l'utilisez correctement ou pas. Voir ma réponse pour plus de détails.
    InformationsquelleAutor Marc B
  3. 0

    Il peut parfois aider, mais c'est pas la panacée. J'ai vu une vue d'aider la performance, mais j'ai aussi vu le blesser. Une vue de la force de matérialisation, ce qui peut parfois vous donner un meilleur chemin d'accès si MySQL n'est pas de choisir un bon pour vous.

    • MySQL ne supporte pas les vues matérialisées. Alors je ne vois pas comment il pourrait aider à la performance par rapport à la même requête...
    • Ils ne l'appelez pas les vues matérialisées, mais "temptable" est l'un des algorithmes, qui n'a à peu près comme le nom l'indique
    • J'ai regardé cela et de la temptable algorithme est certainement pas une version de vues matérialisées. À ce jour, il n'y a pas de soutien pour les vues matérialisées, ou de toute forme de pré-réglés de points de vue, MySQL (sauf si vous avez manuellement le projet d'une vue à une table, sur une base périodique).
    InformationsquelleAutor Ray