<\/p>\n
(<- pr\u00e9c\u00e9dent<\/a>)<\/address>\nLes vues sont la plupart du temps utiles pour donner aux utilisateurs l\u2019acc\u00e8s \u00e0 un ensemble de relations repr\u00e9sent\u00e9es sous la forme d’une table. Une vue est une table virtuelle\u00a0; les donn\u00e9es de la vue sont en fait des champs de diff\u00e9rentes tables regroup\u00e9es, ou des r\u00e9sultats d\u2019op\u00e9rations sur ces champs.<\/p>\n
\n
Une vue n’est pas forc\u00e9ment un regroupement de plusieurs tables mais peut \u00eatre un sous ensemble d’une table (ou de plusieurs) ce qui permet de cacher des champs aux utilisateurs.<\/p>\n
Par exemple il ne sera pas forc\u00e9ment utile \u00e0 tout le monde d’acc\u00e9der aux champs indiquant les b\u00e9n\u00e9fices r\u00e9alis\u00e9s sur un projet dans votre base comptable. Vous pouvez donc cr\u00e9er une vue contenant tous les champs de la table projet sauf le champs b\u00e9n\u00e9fice.<\/p>\n
L’approche avec MySQL 5 sera donc plus souple car elle ne force plus un d\u00e9coupage de table pour g\u00e9rer la confidentialit\u00e9 et les droits donn\u00e9s aux utilisateurs. Les vues permettront de remplir ce r\u00f4le.<\/p>\n
Ins\u00e9rer ou modifier des donn\u00e9es dans une vue n’est pas aussi simple que de faire un update dans une table. Pour pouvoir le faire il faut r\u00e9fl\u00e9chir de fa\u00e7on plus pouss\u00e9e au mod\u00e8le conceptuel de donn\u00e9es :<\/p>\n
Une vue n’est pas forc\u00e9ment accessible en insertion \/ modification. Pour cela il faut qu’il n’y ait pas d’incompatibilit\u00e9 logique \u00e0 ce qu’elle le soit.<\/p>\n
Tous les champs des tables \tposs\u00e9dant des contraintes d’int\u00e9grit\u00e9s (index unique, cl\u00e9s \tprimaires ..) doivent \u00eatre pr\u00e9sent<\/p>\n<\/li>\n<\/ul>\n
La vue ne doit pas poss\u00e9der de \tregroupement ou d\u2019exclusion ( GROUP BY , DISTINCT, UNION)<\/p>\n<\/li>\n
Le plan d’ex\u00e9cution de la vue ne \tdoit pas passer par une table temporaire<\/p>\n<\/li>\n<\/ul>\n
<\/p>\n
\n
CREATE\r\n[OR REPLACE]\r\nVIEW view-name\r\n[(column-list)]\r\nAS select-statement<\/pre>\n\n
Cr\u00e9er une vue revient \u00e0 appliquer un filtre \u00e0 une ou plusieurs tables. Pour sch\u00e9matiser prenons une entreprise normale. Dans celle-ci il y a des employ\u00e9s regroup\u00e9s sous le terme ‘personnel’. On regroupe ces employ\u00e9s par ‘cat\u00e9gorie’ en fonction de leur activit\u00e9 (administratif, informatique, commercial,…).<\/p>\n
On peut cr\u00e9er une vue contenant l’ensemble des informaticiens avec le code suivant :<\/p>\n
CREATE VIEW personnelinformatique<\/pre>\nAS SELECT a.nom AS nom,a.prenom AS prenom,b.service AS service<\/pre>\nfrom categorie b, personnel a<\/pre>\nwhere a.fkCategorie = 1 and a.fkCategorie = b.pkCategorie;<\/pre>\n\n
<\/p>\n
Optimisation des vues de MySQL 5<\/h5>\n
\n
CREATE<\/pre>\n[ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]<\/pre>\n[DEFINER = { user | CURRENT_USER }]<\/pre>\n[SQL SECURITY { DEFINER | INVOKER }]<\/pre>\nVIEW view-name<\/pre>\n[(column-list)]<\/pre>\nAS select-statement<\/pre>\n[WITH [CASCADED | LOCAL] CHECK OPTION]<\/pre>\n\n
<\/p>\n
La clause facultative \u00abALGORITHM\u00bb \tn’est pas standard. Elle permet d’optimiser votre code.<\/p>\n<\/li>\n
MERGE utilise la requ\u00eate SQL \tayant servie \u00e0 la cr\u00e9ation de la vue comme base d’op\u00e9ration.<\/p>\n<\/li>\n
TEMPTABLE utilise une table \ttemporaire cr\u00e9\u00e9e pour stocker les r\u00e9sultats.<\/p>\n<\/li>\n<\/ul>\n
Par d\u00e9faut l’optimiseur MySQL d\u00e9cide lui-m\u00eame quelle option choisir (UNDEFINED). Pour am\u00e9liorer les performances, il est g\u00e9n\u00e9ralement plus int\u00e9ressant de le d\u00e9finir statiquement afin d’\u00e9viter \u00e0 l’optimiseur de le d\u00e9couvrir \u00e0 chaque ex\u00e9cution.<\/p>\n
\u00abDEFINER\u00bb assigne un cr\u00e9ateur \u00e0 la vue.<\/p>\n
\u00abSQL SECURITY\u00bb d\u00e9finit quelles seront les droits de l’utilisateur, lors de l’ex\u00e9cution de la vue. Deux valeurs sont possibles:<\/p>\n
– DEFINER permet d’ex\u00e9cuter la vue avec les droits du cr\u00e9ateur.<\/p>\n
– INVOKER permet d’ex\u00e9cuter la vue avec ses propres droits.<\/p>\n
\n
Pour finir, la clause facultative CHECK OPTION permet de ne modifier que la vue ou du moins des informations qui respectent les contraintes de la vue. Ainsi dans notre exemple, avec la clause CHECK OPTION, il ne sera pas possible de modifier au travers de la vue \u00ab\u00a0personnelInformatique\u00a0\u00bb une personne ne travaillant pas dans le service informatique.<\/p>\n
Manque<\/p>\n
Le seul l\u00e9ger b\u00e9mol est que la version 5.0 de MySQL ne disposera pas des vues mat\u00e9rialis\u00e9es. Les vues mat\u00e9rialis\u00e9es sont des donn\u00e9es physiquement dupliqu\u00e9es dans le SGDB. Par exemple le r\u00e9sultat d’un calcul n’est plus \u00e0 refaire pour chaque acc\u00e8s. Leur utilit\u00e9 se fait particuli\u00e8rement sentir lors de traitements de tables tr\u00e8s volumineuses .<\/p>\n
\n
<\/p>\n
<\/p>\n