Database Reference
In-Depth Information
du SGBDR d'une manière transparente pour l'utilisateur et utilise la vue à la place de la table
(initialement interrogée). Aucun code n'est à ajouter dans l'instruction SQL qui ne référence que
la ou les tables interrogées, la substitution se faisant à la volée à l'exécution de la requête.
Figure 4-6
. Réécriture de requêtes
En général, les vues matérialisées sont basées sur la clé primaire des tables sources (ou sur la
colonne
rowid
). Dans un contexte d'entrepôts de données, les vues matérialisées composent
généralement des regroupements (agrégations) et des jointures.
Du fait du stockage de données redondantes (lignes présentes physiquement à la fois dans les
tables sources et dans la vue matérialisée), des méthodes de rafraîchissement (
refresh
) sont dis-
ponibles et peuvent être de nature incrémentale (
fast
refresh
) ou complète (
complete refresh
).
Les vues matérialisées (vues indexées chez MS SQL Server) se basent le plus souvent sur
la clé primaire ou sur un identiiant interne de ligne (rowid pour Oracle) de manière à
connaître la provenance des données.
La mise à jour d'une vue peut être synchrone ou asynchrone. Dans le cas d'une mise à
jour synchrone, la vue et les tables sous-jacentes doivent avoir une relation univoque de
manière à savoir quelle ligne est à modiier dans la vue du fait des changements dans les
tables sources. En effet, la modiication des données de la vue se fait par différence et
non par recalcul ain de minimiser l'impact des mises à jour dans les tables sources. Pour
les vues asynchrones, on peut généralement choisir la méthode de rafraîchissement des
données de la vue comme sa fréquence. Oracle supporte les vues asynchrones, MS SQL
Server ne propose pour l'heure que des vues synchrones.
Création d'une vue matérialisée
Utilisons une vue matérialisée pour préparer les extractions des employés appartenant aux
départements situés à l'emplacement de numéro 1700.
