Rollback

employés sont ajoutés en une seule transaction et si cette contrainte n'est vériée qu'à la n de la transaction. Si une contrainte est diérée et si elle n'est pas vériée au moment du commit de la transaction, toute la transaction est invalidée (rollback) automatiquement par le SGBD. Pour diérer la vérication d'une contrainte à la n de la transaction, on procède en 2 étapes : 1. Au moment de la déclaration de la contrainte, on indique qu'on pourra diérer sa vérication : CONSTRAINT truc def-contrainte

| |If one were looking to ridicule the London Communiqué, an excellent place to start would be the juxtaposition of the standstill and rollback pledges. In one breath, they say they won’t protect | |and in the next breath they say remove the protection they put on.

@v_depart=AeroportDepart, @v_arrivée=AeroportArrivée, @h_Depart=HeureDepart, @h_arrivée=HeureArrivée FROM INSERTED IF @v_depart = @v_arrivée OR @h_depart>@h_arrivée BEGIN RAISERROR(‘Insertion impossible !!’, 16, 1) ROLLBACK END END IF EXISTS (SELECT * FROM SYSOBJECTS WHERE NAME = ‘PLANNING’) DROP PROC PLANNING GO CREATE PROCEDURE PLANNING @nom char(20)= NULL, @prenom char(20)= NULL AS BEGIN IF @nom IS NULL BEGIN

......................................................................................... 23  Lors d’un COMMIT ........................................................................................................................ 23  Lors d’un ROLLBACK ................................................................................................................... 23  CHAPITRE 3  DEMARRAGE/ARRET DE LA BASE DE DONNEES ET GESTION DE L’INSTANCE ...............................................

contexte historique ; Truman, président des É.U.A. de 1945 à 1952, définit la doctrine Truman et la politique du « containment » à l’égard de l’U.R.S.S. [ Eisenhower, président des É.U.A. de 1953 à 1960, définit par la suite la politique du « rollback », pas au programme de 3ème] Public visé : de nouveau, des jeunes hommes susceptibles de s’engager. Objectif immédiat de la couverture : suspense devant le héros en danger. Objectif politique des auteurs dénoncer la poussée communiste

Métamodèle propriétaire, loin de la norme. • Tables partitionnées, RAC... uniquement possible à l'aide de modules payants complémentaires sur la version Enterprise. • Gestion des verrous mortels mal conçue (suppression d'une commande bloquante sans rollback) • Faiblesses de l'optimiseur (ne distingue pas les pages en cache ou en disque, n'utilise pas d'index lors de tris généraux, statistiques régénérées par saccade...) • Une quantité du bugs proportionnelle à la richesse fonctionnelle, surtout sur

transactions  Soit la table Employé Employé (numemp, nomemp, prenomemp, fonction, salaire) Une transaction est une séquence d’actions de lectures et d’écritures suivie d’actions de validation ( Commit) et ou d’annulation (Abort) et ou de reprise (Rollback).  Transaction qui double le salaire d’un employé  Validation : exécution en fin de transaction d’une action spéciale « Commit » qui provoque l’intégration définitive de toutes les mises-à-jour de la transaction courante. READ (numemp=x

ensemble de segments segment : ensemble d'extensions données : stockage des tables utilisateurs, systèmes et groupées (clusters) index : stockage des données d'index annulation (rollback) : enregistrement des actions des transactions (identification du bloc modifié et des valeurs avant mise à jour pour chaque rollback entry) temporaire : associé aux requêtes nécessitant un espace disque supplémentaire (création d'index, sélection avec tri, opérateur ensembliste) amorçage (bootstrap) : définition

. . . . . . . . . . 172 172 173 173 Les segments d’annulation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Principe d'un segment d’annulation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Segment UNDO et rollback segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . Les lectures consistantes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174 La pose de verrous . . . . . . . . . . . . . . . . . . . . . . . . . . .

qu'en partie) dans Access, néanmoins, deux d'entre elles sont très souvent utilisées dans d'autres systèmes : les commandes COMIT et ROLLBACK. La commande COMIT valide toutes les modifications faites depuis le dernier COMIT, à partir du moment où la commande COMIT a été entrée, tout ce qui a été fait sur la base est validé et ne peut plus être modifié. La commande ROLLBACK efface toutes les modifications qui ont été faites sur la base depuis le dernier COMIT. C'est pour cela qu'il faut penser à faire