


La différence entre les vues et les vues matérialisées dans SQL
Le composant principal de toute base de données sont ses tables et en cas de personnalisation pour rendre les données accessibles, il y a la notion de vues. En d'autres termes, grâce à la vue du tableau, nous pouvons restreindre n'importe quel utilisateur à accéder uniquement aux données auxquelles il est censé accéder. Désormais, en fonction des caractéristiques et des caractéristiques des vues, nous pouvons faire la différence entre les vues et les vues matérialisées.
Dans cet article, nous discuterons des différences importantes entre les vues et les vues matérialisées dans SQL Mais avant, examinons les bases des vues et des vues matérialisées individuellement pour une meilleure compréhension des différences entre elles.
Vues en SQL
Les vues sont la copie logique et virtuelle d'une table créée en exécutant une instruction « select query ». Les vues ne sont stockées nulle part sur le disque. Ainsi, à chaque fois, une requête doit être exécutée lorsque certaines données sont stockées. requis. Mais l'expression de requête est stockée sur le disque.
Les vues ne sont associées à aucun coût de stockage/mise à jour. Les vues sont conçues selon un schéma spécifique, ce qui signifie qu'il existe une norme SQL qui définit les vues. Les vues sont utilisées lorsque les données doivent être rarement consultées, mais que les données doivent être mises à jour fréquemment.
Vues matérialisées en SQL
Vues matérialisées sont les vues dont le contenu est calculé et stocké. Les vues matérialisées sont également une table virtuelle logique, mais dans ce cas, le résultat de la requête est stocké dans la table ou sur le disque. Les performances des vues matérialisées sont meilleures. que les vues normales. En effet, les données sont stockées sur le disque.
Parfois, les vues matérialisées sont également appelées « vues indexées » car la table créée après la requête est indexée et est accessible plus rapidement et plus efficacement. Les vues matérialisées sont utilisées lorsque les données doivent être consultées fréquemment et que les données de la table ne sont pas mises à jour fréquemment.
Différence entre les vues et les vues matérialisées dans SQL
Le tableau suivant met en évidence les différences importantes entre les vues et les vues matérialisées −
Clé | Vues | Vues matérialisées |
---|---|---|
Définition | Techniquement, une vue d'une table est une copie virtuelle logique de la table créée via une "requête de sélection", mais les résultats ne sont pas stockés sur le disque. Chaque fois que nous avons besoin des données, nous devons lancer la requête. Ainsi, l'utilisateur obtient toujours les données mises à jour ou les plus récentes des tables d'origine. |
Les vues matérialisées (vues matérialisées) sont également des copies virtuelles logiques des données, pilotées par des « requêtes de sélection », mais les résultats des requêtes seront stockés dans des tables ou des disques. |
Stockage | Dans Views, les tuples résultants de l'expression de requête ne sont pas stockés sur le disque, seule l'expression de requête est stockée sur le disque. | Dans le cas de vues matérialisées, les expressions de requête et les tuples de résultats de requête sont stockés sur le disque. |
Exécution des requêtes | L'expression de requête est stockée sur le disque au lieu de son résultat, donc chaque fois que l'utilisateur essaie d'en extraire des données, l'expression de requête sera exécutée afin que l'utilisateur obtienne à chaque fois la dernière valeur mise à jour. | Le résultat de la requête est stocké sur le disque et, par conséquent, l'expression de requête n'est pas exécutée à chaque fois que l'utilisateur essaie de récupérer les données, de sorte que l'utilisateur n'obtiendra pas la dernière valeur mise à jour si elle est modifiée dans la base de données. |
Rentable | Étant donné que les vues n'ont aucun coût de stockage qui leur est associé, elles n'ont également aucun coût de mise à jour qui leur est associé. | Les vues matérialisées sont associées à des coûts de stockage, et donc également à des coûts de mise à jour. |
Conception | Les vues en SQL sont conçues avec une approche d'architecture fixe grâce à laquelle il existe une norme SQL pour définir une vue. | Les vues matérialisées en SQL sont conçues avec une approche d'architecture générique, il n'y a donc pas de standard SQL pour les définir, et sa fonctionnalité est fournie par certains systèmes de bases de données en tant qu'extension. |
Utilisation | Les vues sont généralement utilisées lorsque les données doivent être consultées rarement et que les données du tableau sont mises à jour fréquemment. | Les vues matérialisées sont utilisées lorsque les données doivent être consultées fréquemment et que les données du tableau ne sont pas mises à jour fréquemment. |
Conclusion
En SQL, les vues et les vues matérialisées sont très différentes. Les vues sont utilisées lorsque les données sont rarement consultées et que les données du tableau sont fréquemment mises à jour. Au contraire, utilisez des vues matérialisées lorsque les données doivent être consultées fréquemment et que les données de la table ne sont pas fréquemment mises à jour.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds



L'article discute de l'utilisation de l'instruction ALTER TABLE de MySQL pour modifier les tables, notamment en ajoutant / abandon les colonnes, en renommant des tables / colonnes et en modifiant les types de données de colonne.

L'article discute de la configuration du cryptage SSL / TLS pour MySQL, y compris la génération et la vérification de certificat. Le problème principal est d'utiliser les implications de sécurité des certificats auto-signés. [Compte de caractère: 159]

L'article traite des stratégies pour gérer de grands ensembles de données dans MySQL, y compris le partitionnement, la rupture, l'indexation et l'optimisation des requêtes.

L'article traite des outils de GUI MySQL populaires comme MySQL Workbench et PhpMyAdmin, en comparant leurs fonctionnalités et leur pertinence pour les débutants et les utilisateurs avancés. [159 caractères]

L'article discute de la suppression des tables dans MySQL en utilisant l'instruction TABLE DROP, mettant l'accent sur les précautions et les risques. Il souligne que l'action est irréversible sans sauvegardes, détaillant les méthodes de récupération et les risques potentiels de l'environnement de production.

L'article discute de la création d'index sur les colonnes JSON dans diverses bases de données comme PostgreSQL, MySQL et MongoDB pour améliorer les performances de la requête. Il explique la syntaxe et les avantages de l'indexation des chemins JSON spécifiques et répertorie les systèmes de base de données pris en charge.

L'article discute de l'utilisation de clés étrangères pour représenter les relations dans les bases de données, en se concentrant sur les meilleures pratiques, l'intégrité des données et les pièges communs à éviter.

L'article discute de la sécurisation MySQL contre l'injection SQL et les attaques brutales à l'aide de déclarations préparées, de validation des entrées et de politiques de mot de passe solides (159 caractères)
