-Les Vues, Les Déclencheurs, Les vues matérialisées. et Les Clichés-

Transcription

1 -Les Vues, Les Déclencheurs, Les vues matérialisées et Les Clichés- Les vues : 1. Définition et intérêts : Une Vue est une table logique pointant sur une ou plusieurs tables ou vues et ne contient physiquement pas de données. Il est possible de rassembler, dans une vue, des informations provenant de plusieurs tables. On parle de "vue" car il s'agit simplement d'une représentation des données dans le but d'une exploitation visuelle. Les données présentes dans une vue sont définies grâce à une clause SELECT. Une vue peut être filtrée, interrogée avec des jointures, des sous-requêtes, Une Vue permet de limiter l'accès à des données dans la base de données. Une Vue peut faciliter la création de requêtes complexes via la création de raccourci ou d'alias. Une Vue permet de présenter des données issues d'une table sous de différents formats. La structure d'une Vue est stockée dans le dictionnaire de données et peut contenir 1000 colonnes. 2. Syntaxe : CREATE [OR REPLACE] [FORCE NOFORCE] VIEW [( nom colonne1 [,nom colonne2]...)] AS SELECT...WITH { READ ONLY CHECK OPTION [ CONSTRAINT La contrainte ] } 3. Exemples : Dans les exemples ci-dessous nous considérons la base de données Scott ayant le schéma suivant : Emp ( empno, ename, job, mgr, hiredate, sal, comm, deptno# ) Dept ( deptno, dname, loc ) a. Exemple 1 : SQL> CREATE VIEW Les_emp_dept_10 AS SELECT ename, job, sal, deptno FROM emp 1

2 WHERE deptno = 10; Vue créée. Examiner la description de la vue crée : SQL> DESC Les _emp_dept_10; Nom NULL? Type ENAME VARCHAR2(10) JOB VARCHAR2(9) SAL NUMBER(7,2) DEPTNO NUMBER(2) Examiner le type de chaque colonne de la vue crée (est elle modifiable ou non?) SQL> SELECT column_name, updatable FROM user_updatable_columns WHERE table_name = ' LES_EMP_DEPT_10'; COLUMN_NAME UPD ENAME YES JOB SAL YES YES DEPTNO YES b. Exemple 2 : création d une vue avec des opérations numériques SQL> CREATE VIEW Les_emp_dept_10 AS SELECT ename, job, sal*1.33 SAL, deptno 2

3 FROM emp WHERE deptno = 10; Vue créée. SQL> DESC Les_emp_dept_10; Nom NULL? Type ENAME VARCHAR2(10) JOB VARCHAR2(9) SAL DEPTNO NUMBER NUMBER(2) SQL> SELECT column_name, updatable FROM user_updatable_columns WHERE table_name = ' LES_EMP_DEPT_10'; COLUMN_NAME UPD ENAME YES JOB SAL YES NO DEPTNO YES Vous remarquer que la colonne Sal est en lecture seule. c. Exemple 3 : l exemple suivant montre la création d une vue en précisant les noms des colonnes. SQL> CREATE VIEW Les_emp_dept_10 3

4 (nom, metier, salaire, depart) AS SELECT ename, job, sal*1.33, deptno FROM emp WHERE deptno = 10; Vue créée. SQL> DESC Les_emp_dept_10; Nom NULL? Type NOM VARCHAR2(10) METIER VARCHAR2(9) SALAIRE NUMBER DEPART NUMBER(2) d. Exemple 4 : la création d une vue en lecture seule. Alors les actions update, insert et delete sont interdites. SQL> CREATE VIEW Les_emp_dept_10 (nom, metier, salaire, depart) AS SELECT ename, job, sal, deptno FROM emp WHERE deptno = 10 WITH READ ONLY; Vue créée. SQL> SELECT column_name, updatable FROM user_updatable_columns 4

5 WHERE table_name = 'LES_EMP_DEPT_10'; COLUMN_NAME UPD NOM NO METIER SALAIRE DEPART NO NO NO Vous remarquez bien que le champ updatable est à NO pour toutes les colonnes. e. Exemple 5 : L'option WITH CHECK OPTION ou WITH CHECK OPTION CONSTRAINT crée une contrainte de vérification sur la vue à partir de la clause WHERE. Les vues créées avec l'option WITH CHECK OPTION CONSTRAINT empêche toutes mises à jour de la Vue si les conditions de la clause WHERE ne sont pas respectées. SQL> CREATE VIEW Les_emp_dept_10 (nom, metier, salaire, depart) AS SELECT ename, job, sal, deptno FROM emp WHERE deptno = 10 WITH CHECK OPTION CONSTRAINT check_10; Vue créée. SQL> INSERT INTO Les_emp_dept_10 (nom, metier, salaire, depart) VALUES('Daniel','DBA',4000,78); Cette requête engendre l erreur suivante : 5

6 INSERT INTO Les_emp_dept_10 * ERREUR à la ligne 1 : ORA-01402: vue WITH CHECK OPTION - violation de clause WHERE SQL> INSERT INTO Les_emp_dept_10 (nom, metier, salaire, depart) VALUES('Daniel','DBA',4000,10); 1 ligne créée. Remarque : FORCE VIEW permet de créer des vues lorsque la table ou les tables utilisées pendant la création ne sont pas disponibles dans votre environnement, alors la Vue sera INVALIDE mais existante. Avec NOFORCE (valeur par défaut), si les tables n'existent pas, la vue n'est pas créée. Les développeurs oracle peuvent se retrouver dans des situations d'urgences de développement, ou ils sont obligés de forcer la création de vue car des privilèges sont manquants sur les Objets ou alors l administrateur de la BD n'a pas encore eu le temps de créer les tables... Les déclencheurs : 1. Définition : Un trigger est une procédure qui est géré automatiquement par la base de données et qui est associée à un événement donné (BEFORE UPDATE, AFTER DELETE, AFTER INSERT, ). Si l événement arrive alors l exécution de la procédure est lancée automatiquement pour modifier les tables sur lesquelles porte le trigger. Les déclencheurs (TRIGGERS en anglais) sont par exemple, utiles pour propager des opérations de mise à jour (INSERT, UPDATE, DELETE) d'une table afin de garder la cohérence de la base. On distingue deux types de triggers DML différents : Les triggers table (STATEMENT) à déclenchement unique. Les triggers ligne (ROW) à déclenchement sur chaque ligne. 6

7 2. Syntaxe : CREATE [ OR REPLACE ] TRIGGER [ schema. ]trigger { BEFORE AFTER INSTEAD OF } { DELETE INSERT UPDATE [ OF column [, column ]... ] } [ OR { DELETE INSERT UPDATE [ OF column [, column]... ] } ]... ON { [ schema. ]table } [ FOR EACH ROW ] ON { [ schema. ]SCHEMA } } [ WHEN (condition) ] { Block_pl/sql } ; 3. Exemples : Trigger Pour Insertion: 7

8 Trigger avant insertion : Soit la table orders( order_id, quantity, cost_per_item, total_cost, create_date, created_by) CREATE OR REPLACE TRIGGER orders_before_insert BEFORE INSERT -- avant insertion ON orders --sur la table orders FOR EACH ROW -- pour chaque ligne de la table DECLARE v_username varchar2(10); BEGIN -- Déterminer le nom de l utilisateur qui tente à insérer dans la table SELECT user INTO v_username FROM dual; -- Modifier la date de la création par la date système :new.create_date := sysdate; -- modifier le champ created_by et y affecter l utilisateur detrminé ci-dessus :new.created_by := v_username; END; Trigger après insertion : CREATE OR REPLACE TRIGGER orders_after_insert AFTER INSERT ON orders FOR EACH ROW DECLARE 8

9 v_username varchar2(10); BEGIN -- Déterminer le nom de l utilisateur qui a effectué l insertion dans la table SELECT user INTO v_username FROM dual; -- Insérer une ligne dans la table orders_audit INSERT INTO orders_audit ( order_id, quantity, cost_per_item, total_cost, username ) VALUES ( :new.order_id, :new.quantity, :new.cost_per_item, :new.total_cost, v_username ); END ; Trigger Pour Modification: Trigger avant modification : Soit la table orders( order_id, quantity, cost_per_item, total_cost, updated_date, updated_by) CREATE OR REPLACE TRIGGER orders_before_update BEFORE UPDATE ON orders FOR EACH ROW DECLARE v_username varchar2(10); BEGIN SELECT user INTO v_username FROM dual; 9

10 -- modifier la date de modification à la date courante :new.updated_date := sysdate; -- affecter le nom de l utilisateur qui a effectué la modification :new.updated_by := v_username; END; Trigger après modification : Soit la table orders(order_id, quantity, cost_per_item, total_cost) CREATE OR REPLACE TRIGGER orders_after_update AFTER UPDATE ON orders FOR EACH ROW DECLARE v_username varchar2(10); BEGIN SELECT user INTO v_username FROM dual; INSERT INTO orders_audit ( order_id, quantity_before, quantity_after, username ) VALUES ( :new.order_id, :old.quantity, :new.quantity, v_username ); END; Trigger Pour Suppression: Trigger avant suppression : 10

11 Soit la table orders( order_id, quantity, cost_per_item, total_cost) CREATE OR REPLACE TRIGGER orders_before_delete BEFORE DELETE ON orders FOR EACH ROW DECLARE v_username varchar2(10); BEGIN SELECT user INTO v_username FROM dual; -- inserer une ligne dans la table orders_audit INSERT INTO orders_audit ( order_id, quantity, cost_per_item, total_cost, delete_date, deleted_by ) VALUES ( :old.order_id, :old.quantity, :old.cost_per_item, :old.total_cost, sysdate, v_username ); END; Trigger après suppression : Soit la table orders( order_id, quantity, cost_per_item, total_cost) CREATE OR REPLACE TRIGGER orders_after_delete AFTER DELETE ON orders FOR EACH ROW DECLARE 11

12 v_username varchar2(10); BEGIN SELECT user INTO v_username FROM dual; INSERT INTO orders_audit ( order_id, quantity, cost_per_item, total_cost, delete_date, deleted_by) VALUES ( :old.order_id, :old.quantity, :old.cost_per_item, :old.total_cost, sysdate, v_username ); END; Trigger sur plusieurs actions (avant ou après insertion, modification, suppression) : CREATE OR REPLACE TRIGGER TRG_BIUDR_EMP BEFORE INSERT OR UPDATE OR DELETE ON orders -- sur la table orders -- avant insertion, modification ou suppression FOR EACH ROW -- pour chaque ligne Begin If INSERTING Then dbms_output.put_line( 'Insertion dans la table EMP' ) ; End if ; If UPDATING Then dbms_output.put_line( 'Mise à jour de la table EMP' ) ; End if ; If DELETING Then dbms_output.put_line( 'Suppression dans la table EMP' ) ; End if ; End ; 12

13 Supprimer un Trigger : DROP TRIGGER trigger_name; Activer/Désactiver un Trigger : ALTER TRIGGER trigger_name DISABLE; -- Désactiver un seul trigger ALTER TABLE table_name DISABLE ALL TRIGGERS; -- Désactiver tous les triggers d une table ALTER TRIGGER trigger_name ENABLE; --Activer un trigger ALTER TABLE table_name ENABLE ALL TRIGGERS; -- Activer tous les triggers d une table Les Vues Matérialisées : 1. Définition et intérêts : Une vue matérialisée (VM) est un moyen simple de créer une vue physique d une table. À la différence d une vue standard, les données sont dupliquées. On l utilise à des fins d optimisation de performance, lorsque le select associé est particulièrement complexe ou lourd, ou pour faire des réplications de table. La «fraicheur» des données de la VM dépend des options choisies. Le décalage entre les données de la table maître et la VM peut être nul (rafraichissement synchrone) ou d une durée planifiée : heure, jour,... Suivant le contexte il existe différents types de vues matérialisées possibles : sur clé primaire, rowid, et plus ou moins complexes : avec fonctions agrégées, sous requêtes, jointures, Il pourra être utile de faire des tests d actualisation (complète et rapide), de bien peser les volumétries, doser les fréquences d actualisation en fonction des besoins réels,... Si l option réplication avancée d Oracle (Oracle Advanced replication option) n est pas précisée à la création, les VM ne pourront être utilisées qu en lecture seule Dès qu un ordre SQL est très consommateur de ressources et revient relativement souvent, on peut mettre en place une vue matérialisée avec la clause QUERY REWRITE. Certains DBAs (Data Base Administrator) déconseillent de trop créer de vues matérialisées sur une table, car ceci peut entraîner des pertes de performances lors des COMMIT puisququ il doit rafraîchir les vues matérialisées. 13

14 On peut dire que les vues matérialisées peuvent consommer beaucoup d espace disque. Mais à l heure actuelle, quand on voit le coût du stockage, ça ne pose pas tellement de problèmes. 2. Syntaxe : Syntaxe minimale : 3. Exemples : CREATE MATERIALIZED VIEW MV1 AS SELECT * FROM nom_table Syntaxe minimale pour la création d'une vue matérialisée sous Oracle : CREATE MATERIALIZED VIEW MV1 AS SELECT * FROM scott.emp Requête de création d'une vue matérialisée avec précision de la fréquence de rafraichissement sous Oracle: CREATE MATERIALIZED VIEW MV_UneVueMaterialisee REFRESH FAST START WITH SYSDATE NEXT SYSDATE + 1 AS SELECT * FROM monschema.matable; Pour retrouver le select d'une vue matérialisée sous Oracle : SELECT QUERY FROM ALL_MVIEWS WHERE MVIEW_NAME='MV1' Les Snapshots : (Les cliches en français) 1. Définition et intérêts : Les snapshots sont utilisés pour répliquer les données depuis une source maître vers plusieurs cibles. Les snapshots peuvent être en lecture seule ou mis à jour. Avant de créer un snapshot, il faut d abord créer un lien vers la base de données source. Deux types de snapshots peuvent être crées : simples et complexes. Un snapshot simple ne contient pas de clause distinct, group by, connect by, de jointure multi-tables ou d opérations set. Un REFRESH FAST utilise un snapshot log, pour actualiser le snapshot. Ce fichier se trouve sur le même site que la table maître. Dans le snapshot log, sont stockées les modifications intervenues sur la table maître. Ainsi, pour chaque mise à jour, seules les modifications qui sont envoyées, et non l ensemble des données. Par contre, un REFRESH COMPLETE est obligatoire pour les snapshots complexes. 14

15 Une utilisation classique des snapshots en mise à jour est le cas du contrôle technique automobile. Tous les centres de contrôle stockent des données concernant les véhicules qu ils ont contrôlés durant la journée. Chaque nuit, les données sont déversées dans la base nationale qui centralise les données de l ensemble du parc automobile du pays. Notons que, les snapshots en mise à jour peuvent engendrer des conflits. Un déclencheur (en anglais trigger) sauvegarde les mises à jour opérées sur le snapshot et les transmet au site maître au moment du rafraîchissement de ce snapshot. Pour plus d information voir les liens suivants :