Une vue n'est pas stockée séparément :lorsque vous interrogez une vue, la vue est remplacée par la définition de cette vue. Ainsi, les modifications apportées aux données dans les tableaux s'afficheront immédiatement via la vue.
En plus de la fonctionnalité de sécurité mentionnée précédemment :
Si vous écrivez un grand nombre de requêtes qui effectueraient cette jointure, cela exclut ce code SQL. Comme faire certaines opérations dans une fonction utilisée à plusieurs endroits, cela peut rendre votre code plus facile à lire/écrire/déboguer.
Cela vous permettrait également de modifier la façon dont la jointure est effectuée à l'avenir en un seul endroit. Peut-être qu'une relation 1-à-plusieurs pourrait devenir une relation plusieurs-à-plusieurs, introduisant une table supplémentaire dans la jointure. Ou vous pouvez décider de dénormaliser et d'inclure tous les champs de type d'événement dans chaque enregistrement d'événement afin que vous n'ayez pas à vous joindre à chaque fois (échange d'espace contre le temps d'exécution de la requête).
Vous pourriez diviser davantage les tables plus tard, en les transformant en une jointure à 3 voies, et les autres requêtes utilisant la vue n'auraient pas à être réécrites.
Vous pouvez ajouter de nouvelles colonnes à la ou aux tables et modifier la vue pour omettre les nouvelles colonnes afin que certaines requêtes plus anciennes utilisant "select *" ne soient pas interrompues lorsque vous modifiez les définitions de la table.
