Vues SQL : CREATE VIEW

Une vue SQL est une requête SELECT enregistrée dans la base sous un nom, avec CREATE VIEW. On l'interroge comme une table, mais elle ne stocke pas de données : chaque fois que tu l'utilises, le SGBD exécute la requête qui la définit, sur les données du moment. Les exemples créent des vues sur la base d'exemple parc ; le chapitre GRANT, REVOKE et rôles s'en sert ensuite pour restreindre l'accès.

Créer, remplacer, supprimer

CREATE VIEW v_ticket_detail AS
SELECT t.id_ticket, t.titre, t.priorite, t.statut, t.date_ouverture, t.date_cloture,
       CONCAT(e.prenom, ' ', e.nom) AS demandeur,
       s.libelle AS service,
       p.num_inventaire
FROM ticket t
JOIN employe e    ON e.id_employe = t.id_demandeur
JOIN service s    ON s.id_service = e.id_service
LEFT JOIN poste p ON p.id_poste   = t.id_poste;

La vue s'utilise ensuite comme une table, avec ses propres filtres :

SELECT id_ticket, titre, demandeur
FROM v_ticket_detail
WHERE statut <> 'resolu' AND service = 'Logistique'
ORDER BY id_ticket;

Pour la modifier, CREATE OR REPLACE VIEW v_ticket_detail AS ... (ou ALTER VIEW) remplace sa définition. DROP VIEW IF EXISTS v_ticket_detail; la supprime, sans toucher aux tables. SHOW CREATE VIEW v_ticket_detail; affiche sa définition, et SHOW FULL TABLES; distingue les vues (VIEW) des tables (BASE TABLE).

Simplifier les requêtes

Une vue cache la complexité : les jointures, les calculs et les agrégats sont écrits une fois, testés une fois, et chacun s'en sert sans les réécrire. La charge de travail de chaque technicien :

CREATE VIEW v_charge_technicien AS
SELECT e.id_employe,
       CONCAT(e.prenom, ' ', e.nom) AS technicien,
       COUNT(*)       AS nb_interventions,
       SUM(i.duree_min) AS minutes
FROM employe e
JOIN intervention i ON i.id_technicien = e.id_employe
GROUP BY e.id_employe, e.prenom, e.nom;

SELECT technicien, nb_interventions, minutes
FROM v_charge_technicien
ORDER BY minutes DESC;

Un tableau de bord, une application ou un outil de reporting lisent la vue ; si la règle de calcul change, tu modifies la vue et tous en profitent.

Restreindre l'accès

Une vue montre certaines colonnes et certaines lignes. L'annuaire interne affiche le nom, l'email, la ligne directe et le service de chacun, mais il n'a pas à montrer les dates d'embauche ni la hiérarchie ; si la table reçoit l'IBAN chiffré des salariés, l'annuaire ne doit jamais l'exposer :

CREATE VIEW v_annuaire AS
SELECT e.nom, e.prenom, e.email, e.telephone, s.libelle AS service
FROM employe e
JOIN service s ON s.id_service = e.id_service;

Le responsable logistique ne doit voir que les tickets de son service :

CREATE VIEW v_tickets_logistique AS
SELECT t.id_ticket, t.titre, t.priorite, t.statut, t.date_ouverture
FROM ticket t
JOIN employe e ON e.id_employe = t.id_demandeur
JOIN service s ON s.id_service = e.id_service
WHERE s.code = 'LOGI';

Rassembler plusieurs sources avec UNION

C'est la vue que les sujets d'E7 SLAM donnent souvent à lire ou à écrire : elle met bout à bout des lignes venues de tables de structures différentes. Le journal d'activité des tickets réunit les ouvertures (table ticket) et les interventions (table intervention). Une ouverture n'a pas de durée : la colonne est remplacée par NULL, pour que les deux SELECT aient le même nombre de colonnes.

CREATE VIEW v_journal AS
SELECT t.id_ticket, t.date_ouverture AS moment, 'ouverture' AS evenement,
       t.id_demandeur AS id_employe, NULL AS duree_min
FROM ticket t
UNION ALL
SELECT i.id_ticket, i.date_intervention, 'intervention', i.id_technicien, i.duree_min
FROM intervention i;

SELECT v.moment, v.evenement, e.nom, v.duree_min
FROM v_journal v
JOIN employe e ON e.id_employe = v.id_employe
WHERE v.id_ticket = 9
ORDER BY v.moment;

Les noms des colonnes de la vue viennent du premier SELECT, d'où les alias écrits là. La vue compte 31 lignes (14 ouvertures et 17 interventions), et elle n'est pas modifiable : un UPDATE ne saurait pas dans quelle table écrire.

Vues modifiables et WITH CHECK OPTION

On peut faire un UPDATE, un INSERT ou un DELETE à travers une vue, à condition que chaque ligne de la vue corresponde à une seule ligne d'une table. Une vue n'est pas modifiable si elle contient un agrégat ou une fonction de fenêtrage, DISTINCT, GROUP BY, HAVING, UNION, une sous-requête dans le SELECT, ou une jointure externe. Avec une jointure interne, on ne peut modifier qu'une table à la fois. Et une colonne calculée, comme demandeur dans v_ticket_detail, ne se modifie jamais.

Une vue sur les tickets en attente :

CREATE VIEW v_tickets_en_attente AS
SELECT id_ticket, titre, priorite, statut, date_cloture
FROM ticket
WHERE statut <> 'resolu'
WITH CHECK OPTION;

-- Accepté : le ticket 12 reste en attente
UPDATE v_tickets_en_attente SET priorite = 'normale' WHERE id_ticket = 12;

-- Refusé : la ligne sortirait de la vue
UPDATE v_tickets_en_attente
SET statut = 'resolu', date_cloture = '2026-10-28 11:00:00'
WHERE id_ticket = 12;

ERROR 1369 (HY000): CHECK OPTION failed 'parc.v_tickets_en_attente'

WITH CHECK OPTION interdit toute modification qui ferait sortir une ligne de la vue. Sans elle, le second UPDATE réussirait et le ticket disparaîtrait de la vue de celui qui vient de le modifier. Quand une vue repose sur une autre vue, WITH CASCADED CHECK OPTION (le comportement par défaut) vérifie aussi les conditions des vues sous-jacentes ; WITH LOCAL CHECK OPTION ne vérifie que la vue elle-même.

Limites

• Pas plus rapide. Une vue ne stocke rien : la requête sous-jacente s'exécute à chaque appel. MySQL fusionne si possible la vue dans ta requête (algorithme MERGE) ; sinon, il calcule son résultat dans une table temporaire (TEMPTABLE), par exemple pour une vue avec GROUP BY.
• Définition figée. Un SELECT * dans une vue est développé à la création : une colonne ajoutée ensuite à la table n'apparaît pas, et une colonne supprimée rend la vue inutilisable. Nomme les colonnes.
• Pas de paramètre. Une vue ne prend pas d'argument : le filtre se fait dans la requête qui l'utilise.
• Vues sur vues. Empiler les vues rend les performances et les erreurs difficiles à comprendre. Deux niveaux, c'est déjà beaucoup.
• Pas de vue matérialisée en MySQL ou MariaDB. PostgreSQL et Oracle proposent CREATE MATERIALIZED VIEW, qui stocke le résultat et le rafraîchit à la demande ; en MySQL, on l'imite avec une table remplie par un évènement planifié ou des triggers.

Exercices

CREATE VIEW v_parc AS
SELECT p.num_inventaire, p.type_poste, p.marque, p.modele,
       COALESCE(CONCAT(e.prenom, ' ', e.nom), 'en stock') AS utilisateur,
       s.libelle AS service
FROM poste p
LEFT JOIN employe e ON e.id_employe = p.id_employe
LEFT JOIN service s ON s.id_service = e.id_service;

SELECT COALESCE(service, 'stock') AS service, COUNT(*) AS nb_postes
FROM v_parc
GROUP BY service
ORDER BY nb_postes DESC, service;