![Free-eBooks.net](/resources/img/logo-nfe.png)
![All New Design](/resources/img/allnew.png)
On peut définir une vue comme étant une table dite virtuelle, qui a la même utilisation qu’une
table, simplement une vue ne prend pas d’espace sur le disque, puisqu’elle ne stocke pas les
données comme une table. Elle ne stocke que la requête d’extraction des données (SELECT).
78
Les vues sont un grand avantage quant à la gestion des données, vis-à-vis de l’utilisateur
final. En effet, elles permettent tout d’abord de simplifier la structure des tables, qui peuvent
parfois comporter une multitude de colonnes. On pourra alors choisir, en fonction de
l’utilisateur, les colonnes dont il aura besoin, et n’inclure que ces colonnes dans notre vue.
Une vue peut aussi permettre la réutilisation des requêtes. En effet, lorsque certaines
requêtes sont souvent utilisées, une vue permettra de stocker cette requête et de l’utiliser
plus facilement.
Création d’une vue
Une vue permet de stocker une requête prédéfinie sous forme d’objet de base de données,
pour une utilisation ultérieure. Nous allons voir les deux possibilités existantes pour créer une
vue.
CREATE VIEW view_name AS
SELECT columns
FROM table
WHERE predicates;
Voici un exemple :
CREATE VIEW mavue AS
SELECT *
FROM client
Cet exemple permet de créer une vue dont le nom est « mavue » et contient toutes les
colonnes de la table « Client ».
Mettre à jour une vue
Vous pouvez mettre à jour une vue avec le code suivant :
CREATE OR REPLACE VIEW view_name AS
SELECT columns
FROM table
WHERE predicates;
Voici un exemple :
CREATE or REPLACE VIEW sup_orders AS
SELECT suppliers.supplier_id, orders.quantity, orders.price
79
FROM suppliers, orders
WHERE suppliers.supplier_id = orders.supplier_id
and suppliers.supplier_name = 'Microsoft';
Suppression d’une vue
Voici le code pour supprimer une vue :
DROP VIEW view_name;
Voici un exemple :
DROP VIEW mavue;
Génération de scripts
Lorsque des objets sont créés dans une base de données, il est important d’enregistrer leur
définition dans un fichier script (qui peut être généré après la création de l’objet) afin d’être
en mesure de recréer facilement les objets si nécessaire.
Que peut-on générer ?
· Le schéma intégral d’une base de données dans un seul fichier script
· Un schéma de table pour une table ou plusieurs dans un ou plusieurs fichiers scripts.
· Un schéma des tables et des index dans un fichier script, les procédures stockées dans un
autre, les règles et valeurs par défaut dans un troisième.
On utilisera « Oracle SQL Developer » pour générer de tels scripts, vous sélectionnez
l’option de menu « Outils » puis « Export de base de données ». Vous paramétrerez alors
le script désiré.
Un assistant Export vous accompagne alors dans différentes étapes.
80
Remarque, vous pouvez visualiser le script des tables avec l’onglet SQL.
Le fichier ne peut être enregistré à ce niveau.
81
Sauvegarder et restaurer la base
Assurer la sécurité des données est une des tâches principales de l’administrateur. Cette
sécurité est assurée par :
- La mise en oeuvre d’une protection des fichiers sensibles de la base (Fichier de contrôle et
fichier de journalisation)
- La mise en place d’une stratégie de sauvegarde/restauration (adapté aux contraintes de
l’entreprise et testée et documentée)
La protection des fichiers de contrôle et des fichiers de journalisation s’effectue par le «
multiplexage », option au niveau de l’installation d’Oracle. Ce document ne traite pas de cette
partie, ces tâches sont effectuées essentiellement par la production. L’information est le
moteur de l’entreprise, et la protection contre les pertes de données est essentielle, d’où la
définition d’une stratégie de sauvegarde/restauration des données de l’entreprise. Des
données peuvent être perdues à la suite de :
· Une panne de support
· Une panne logicielle
· Un usage inopportun d’instructions de mise à jour ou de suppression
· Des virus destructeurs
· Des catastrophes humaines
· Des catastrophes naturelles (incendie, inondation…)
La définition d’une stratégie de sauvegarde est nécessaire pour réduire au minimum les
risques de perte de données et la récupération des données avec un temps d’arrêt acceptable
du système.
Définition d’une stratégie de sauvegarde