ARCHITECTURES DES SGBDOO
|
|
- Mathieu Tassé
- il y a 8 ans
- Total affichages :
Transcription
1 ARCHITECTURES DES SGBDOO PLAN Quelques rappels Objectifs des SGBD Applications Architectures client-serveur & SGBDOO Rappel des Architectures Réseaux locaux Topologies d'interconnexion Protocoles et standard réseaux Architecture d'un SGBOO Architecture Fonctionnelle Architecture Opérationnelle Le marché des SGBD
2 Quelques Rappels Objectifs des SGBD INDÉPENDANCE PROGRAMMES/DONNÉES Indépendance physique Indépendance logique ACCÉS PAR DES LANGAGES ASSERTIONNELS Recherche (le quoi et non le comment) Insertion (en groupes, calculées) Mise à jour (basée sur la recherche) EFFICACITÉ DES ACCÈS Temps de réponse & débit global Benchmarks TPC/A, B, C, D ==> TPS, CPM
3 Quelques Rappels Objectifs des SGBD SUPPORT DE TRANSACTIONS ACID Atomique (tout ou rien) Cohérente (respect de l'intégrité) Isolée (non visibilité des mises à jour non commise) Durable (garantie des mises à jour commises) PARTAGEABILITÉ ET SÉCURITE DES DONNÉES Simultanéité lecture/écriture maximum Accès transactionnels & décisionnels Confidentialité (authentification, droits d'accès, cryptage) Restauration après pannes (journaux, sauvegardes)
4 Quelques Rappels Objectifs des SGBD CONCEPTION FACILITÉE DES APPLICATIONS Conception visuelle des BD (diagrammes E/R, objets) Conception des traitements (diagrammes de flux entre modules) Dictionnaire de données (objets BD, graphiques, applicatifs) ADMINISTRATION SYSTÈME FACILITÉE Outils d'audit & de tunning Visualisation des plans d accès Élaboration de statistiques
5 Quelques Rappels Applications Caractéristiques OLTP OLAP Opérations typiques Maj Analyse Type d'accès Lect/Ecr Lecture Niveau d'analyse Elémentaire Global Ecrans Fixe Interactif Quantité d'info échangée Faible Importante Orientation Record Multi-dim. Taille BD 100 MB-GB 1GB - TB Ancienneté des données Récente Récente Historique Future
6 Quelques Rappels Architecture ANSI/X3/SPARC Architecture Conceptuelle Admin. BD Admin. Entreprise Processeur de schéma Conceptuel Admin. Application Processeur de schéma Interne DICTIONNAIRE Processeur de schéma Externe Transformateur Interne Stockage Transformateur Conceptuel Interne Transformateur Externe Conceptuel Système d E/S Programme d application Programmeur. d application
7 ARCHITECTURES DES SGBDOO PLAN Quelques rappels Objectifs des SGBD Applications Architectures client-serveur & SGBDOO Rappel : Quelques notions de réseaux Réseaux locaux Topologies d'interconnexion Protocoles et standard réseaux Architecture Client-Serveurs Architecture d'un SGBOO Fonctionnalités d'un SGBDOO Architecture Fonctionnelle Architecture Opérationnelle Le marché des SGBD
8 Architecture Client-Serveurs & SGBDOO Rappel : Quelques notions de réseaux Réseau local : Un groupe de noeuds Ordinateurs (Clients ou serveurs) Services (Fichiers, Noms, Messages, Logiciels) Aire géographique limitée (1 Bâtiment ou quelques.) Serveur de Fichier Station1 Station2 StationN Réseau Local
9 Architecture Client-Serveurs & SGBDOO Rappel : Quelques notions de réseaux Topologies d'interconnexions : Etoile Anneau BUS
10 Architecture Client-Serveurs & SGBDOO Rappel : Quelques notions de réseaux Topologies d'interconnexions : Point à Point Multi-Point Hiérarchique
11 Architecture Client-Serveurs & SGBDOO Rappel : Quelques notions de réseaux Protocoles et Standards Interconnexion (COUCHES ISO ) Transport de Données Echange de méssage Contrôle Systèmes d'exploitation distribués (NFS, NetWare)
12 Architecture Client-Serveurs & SGBDOO Architecture Client-Serveur Définition modèle d'architecture applicative où les programmes sont répartis entre processus clients Processus serveurs communication par des requêtes / réponses. Une répartition hiérarchique des fonctions données sur le serveur partagées entre N clients interfaces graphiques sur la station de travail personnelle communication par des protocoles standardisés distribution des programmes applicatifs afin de minimiser les coûts Quelle est la meilleure distribution des fonctions?
13 Architecture Client-Serveurs & SGBDOO Architecture Client-Serveur Pourquoi le C/S? Évolution des besoins de l'entreprise Augmentation de productivité, rapidité de réactivité souhaitée Utilisation des micros assurant flexibilité et faibles coûts Besoin de décisionnel et transactionnel sur gros volumes Évolution des technologies Systèmes ouverts permettant l'usage de standards Environnements de développement graphiques Explosion de la puissance des micros et des serveurs (parallèles) Solutions techniques séduisantes Les données partagées enfin accessibles simplement Mise en commun des services (règles de gestion, procédures) Gestion de transactions et fiabilité au niveau du serveur
14 Architecture Client-Serveurs & SGBDOO Architecture Client-Serveur Architecture 1e génération SERVEUR SGBD NT, UNIX, NOVELL GCOS, VMS, MVS règles Données REQUETE RESULTAT Windows NT UNIX APPLICATION APPLICATIONS CLIENTS APPLICATIONS
15 Architecture Client-Serveurs & SGBDOO Architecture Client-Serveur Le C/S de 2e génération Procédure stockée Procédure accomplissant une fonction de service sur les données Exemple : Entrée ou sortie de stock Architecture orientée services plutôt que requêtes Distribution des traitements Peut être automatisée Évolution et passage à l'échelle Possibilité de serveurs multiples, avec redondances Possibilité de données privées sur les clients Requêtes de services Application Outil Applicatif Outil de connectabilité Protocole Réseau Serveur BD Protocole Réseau Outil de connectabilité base de données Résultats Procédures Stockées Client Serveur
16 Architecture Client-Serveurs & SGBDOO Architecture Client-Serveur Intérêt du C/S de 2e génération Réduction des transferts réseaux non nécessité de monter les données dans le client pour les modifier appel de services plus compact Distribution automatique des applications développement sur le poste de travail partitionnement par tirer-déposer (drag & drop) Simplification des outils de développement principe de la fenêtre unique modélisation uniforme des objets applicatifs invisibilité du modèle de données à l'extérieur du serveur
17 Architecture Client-Serveurs & SGBDOO Architecture Client-Serveur Faiblesses du client-serveur Une mise en œuvre difficile nécessité de spécialistes réseaux, BD, PC des outils hétérogènes et peu portables les évolutions sont difficiles Des arguments contre? accroissement des coûts (40%?), notamment pour la maintenance des interfaces graphiques hétérogènes (Windows, Motif, Mac) des difficultés de passage à l'échelle (dimensionnement, performance)
18 Architecture Client-Serveurs & SGBDOO Architecture Client-Serveur Vers le C/S Universel (3e géné.) Intégration du Web et du client-serveur navigateur à présentation standard pour le client possibilité de petites applications (applets) sur le client très grande portabilité (Réseau Privé Virtuel, Intranet, Internet) Architecture à 3 strates (3-tiered) Base de données avec procédures stockées Services applicatifs partagés Présentation hypertexte multimédia avec applets Support de l'hypermédia types de données variées et extensibles (texte, image, vidéo) hypertexte et navigation entre documents et applications
19 Architecture Client-Serveurs & SGBDOO Architecture Client-Serveur Bilan C/S Les SGBD fonctionnent tous en C/S Trois niveaux de fonctions distinguées : données (SGBD) application (L4G) présentation (Web, Windows, Motif) Questions? Alors, trois machines et un moniteur transactionnel?
20 Architecture Client-Serveurs & SGBDOO ARCHITECTURES DES SGBDOO PLAN Quelques rappels Objectifs des SGBD Applications Architectures client-serveur & SGBDOO Rappel : Quelques notions de réseaux Réseaux locaux Topologies d'interconnexion Protocoles et standard réseaux Architecture Client-Serveurs Architecture d'un SGBOO Rappel : Fonctionnalités d'un SGBDOO Architecture Fonctionnelle Architecture Opérationnelle Le marché des SGBD
21 Architecture Client-Serveurs & SGBDOO Architecture SGBDOO Rappel : Fonctionnalités SGBDOO The Object-Oriented Database System Manifesto Atkinson, Bancilhon, Dewitt, Ditrich, Maier, Zdonick ( DOOD'89) Fonctionnalités BD obligatoires : la persistance la concurrence la fiabilité la facilité d'interrogation Fonctionnalités BD optionnelles : la distribution les modèles de transaction évolués les versions
22 Architecture Client-Serveurs & SGBDOO Architecture SGBDOO Rappel : Fonctionnalités SGBDOO Fonctionnalités objets obligatoires : les objets atomiques et complexes l'identité d'objets l'héritage simple le polymorphisme (surcharge) Fonctionnalités objets optionnelles : l'héritage multiple les messages d'exception
23 Architecture Client-Serveurs & SGBDOO Architecture SGBDOO Architecture d'un SGBDOO comprend : Une architecture fonctionnelle Présente 3 différents niveaux de fonctionnalités du système Couche OUTILS Couche Langage Langage de définition et de programmation Interfaces avec d'autres systèmes (Relationnel.) Gestions des Objets L'architecture fonctionnelle est similaire sur différents SGBDOO Une architecture opérationnelle Réalise l'architecture fonctionnelle dans un environnement matériel Présente la distribution des fonctionnalités d'un SGBDOO entre le client et le(s) serveurs
24 Architecture Client-Serveurs & SGBDOO Architecture SGBDOO Architecture Fonctionnelle d'un SGBDOO Architecture fonctionnelle type : Editeur de classes Manipulateur d objets Outils Interactifs Bibliothèques graphiques Débogueur, éditeur OQL = Object Query Language LOO Persist. OQL ODL ODL = Object Defintion Language LOO = Langage Orienté Objet Gérant d'objets Persistance Concurrence Identification Fiabilité Accès Sécurité
25 Architecture Client-Serveurs & SGBDOO Architecture SGBDOO Architecture Opérationnelle d'un SGBDOO Problèmes : comment distribuer les fonctions du SGBDO? quel protocole de communication utiliser? quelle organisation en processus et tâches répartis? Constatation environnement de stations en réseau très fréquent puissance croissante des postes de travail le débit réseau n'est plus un goulot (100 Mbit/sec.) Conclusion puissance de traitement importante au niveau des clients une grande partie des fonctions peut résider à ce niveau
26 Architecture Client-Serveurs & SGBDOO Architecture SGBDOO Architecture Opérationnelle Simplifiée Application Programme utilisateur Compilation Objets Fichiers Verrous Journal Pages Principales fonctions à distribuer entre Clients et Serveurs
27 Architecture Client-Serveurs & SGBDOO Architecture SGBDOO Serveur d'objets Application Cache objets Verrous Journal Cache objets objets Fichiers et index Unité de transfert : Un objet ou groupe d'objets Client léger Fonctions BD sur le serveur Centralisation qui favorise le contrôle d'intégrité sécurité Interface Client / Serveur Créer ou détruire un objet Lire ou écrire un objet Envoyer un message à un objet Cache pages
28 Architecture Client-Serveurs & SGBDOO Architecture SGBDOO Serveur de pages Application Objets actifs Recherche Fichiers et index Pages Verrous journaux Cache pages Unité de transfert : Une ou plusieurs pages Serveur allégé + de Fonctions BD sur le client Décentralisation qui complique le contrôle d'intégrité sécurité Caches pages dupliquées sur client et serveur Interface Client / Serveur Allouer ou désallouer les pages Lire ou écrire des pages pages Cache pages
29 Architecture Client-Serveurs & SGBDOO Serveur de méthodes Architecture SGBDOO Application Objets actifs Répartiteur de Messages Gestion d'objets Cache pages Remote Object Call ORB Application Objets actifs Répartiteur de Messages Gestion d'objets Cache pages
30 Architecture Client-Serveurs & SGBDOO Architecture SGBDOO Comparaisons Points forts Points faibles Serveur méthodes sur client ou serveur serveur centralisé d'objets concurrence niveau objet duplication de fonctions Serveur distribution de pages possible méthodes sur le serveur imposs. de pages serveur plus simple concurrence niv. objet difficile hétérogénéité difficile Serveur méthodes sur client ou serveur performances pour petits objets de transfert de messages standards peu bases de données méthodes système uniforme et extensible Corba et service BD?
31 Architecture Client-Serveurs & SGBDOO ARCHITECTURES DES SGBDOO PLAN Quelques rappels Objectifs des SGBD Applications Architectures client-serveur & SGBDOO Rappel : Quelques notions de réseaux Réseaux locaux Topologies d'interconnexion Protocoles et standard réseaux Architecture Client-Serveurs Architecture d'un SGBOO Rappel : Fonctionnalités d'un SGBDOO Architecture Fonctionnelle Architecture Opérationnelle Gestion de Transactions
32 Plan Gestion des Transactions Objectifs et bases Journaux et reprise PLAN Scénarios de reprise Modèles étendus de transaction Transactions réparties Moniteurs transactionnels Conclusions
33 Objectifs et bases Le transactionnel (OLTP) Opérations typiques mises à jour ponctuelles de ligne par des écrans prédéfinis, souvent répétitive, sur les données les plus récentes Exemple Benchmark TPC-A et TPC-B : débit / crédit sur une base de données bancaire TPC-A transactionnel et TPC-B avec traitement par lot Mesure le nombre de transactions par seconde (tps) et le coût par tps
34 La base TPC-A/B Objectifs et bases Agences Comptes Caissiers Historique 100 La base TPC-A/B Taille pour 10 terminaux, avec règle d'échelle ( scaling rule)
35 Objectifs et bases La transaction Débit-Crédit Begin-Transaction Update Account Set Balance = Balance + Delta Where AccountId = Aid ; Insert into History (Aid, Tid, Bid, Delta, TimeStamp) Update Teller Set Balance = Balance + Delta Where TellerId = Tid ; Update Branch Set Balance = Balance + Delta Where TellerId = Tid ; End-Transaction. 90 % doivent avoir un temps de réponse < 2 secondes Chaque terminal génère une transaction toute les 10s Performance = Nb transactions commises / Ellapse time
36 Objectifs et bases Cohabitation avec le décisionnel Les transactions doivent souvent cohabiter avec des requêtes décisionnelles, traitant un grand nombre de tuples en lecture Exemple : Moyenne des avoir des comptes par agence SELECT B.BranchId, AVG(C.Balance) FROM Branch B, Account C WHERE B.BrachId = C.BranchId GROUP BY B.BranchId ;
37 Objectifs et bases Les menaces Problèmes de concurrence pertes d opérations introduction d incohérences verrous mortels (deadlock) Panne de transaction erreur en cours d'exécution du programme applicatif nécessité de défaire les mises à jour effectuées Panne système reprise avec perte de la mémoire centrale toutes les transactions en cours doivent être défaites Panne disque perte de données de la base
38 Objectifs et bases Propriétés des transactions Atomicité Unité de cohérence : toutes les mises à jour doivent être effectuées ou aucune. Cohérence La transaction doit faire passer la base de donnée d'un état cohérent à un autre. Isolation Les résultats d'une transaction ne sont visibles aux autres transactions qu'une fois la transaction validée. Durabilité Les modifications d une transaction validée ne seront jamais perdue
39 Objectifs et bases Commit et Abort INTRODUCTION D ACTIONS ATOMIQUES Commit (fin avec succes) et Abort (fin avec echec) Ces actions s'effectuent en fin de transaction COMMIT Validation de la transaction Rend effectives toutes les mises à jour de la transaction ABORT Annulation de la transaction Défait toutes les mises à jour de la transaction
40 Objectifs et bases Schéma de transaction simple Fin avec succès ou échec Begin_Transaction update update... Commit ou Abort - Provoque l'intégration réelle des mises à jour dans la base - Relâche les verrous - Provoque l'annulation des mises à jour - Relâche les verrous - Reprend la transaction
41 Effet logique Update Update Objectifs et bases Mémoire de la transaction Commit Abort Bases de données Poubelle
42 Objectifs et bases Interface applicative API pour transaction simple Trid Begin (context*) Commit () Abort() Possibilité de points de sauvegarde : Savepoint Save() Rollback (savepoint) // savepoint = 0 ==> Abort Quelques interfaces supplémentaires ChainWork (context*) //Commit + Begin Trid Mytrid() Status(Trid) // Active, Aborting, Committing, Aborted, Committed
43 Plan Gestion des Transactions Objectifs et bases PLAN Journaux et reprise Scénarios de reprise Modèles étendus de transaction Transactions réparties Moniteurs transactionnels Conclusions
44 Journaux et Sauvegarde Journal des images avant Journal contenant les débuts de transactions, les valeurs d'enregistrement avant mises à jour, les fins de transactions (commit ou abort) Il permet de défaire les mises à jour effectuées par une transaction Journal des images après Journal contenant les débuts de transactions, les valeurs d'enregistrement après mises à jour, les fins de transactions (commit ou abort) Il permet de refaire les mises à jour effectuées par une transaction
45 Journaux et Sauvegarde Journal des images avant Utilisé pour défaire les mises à jour : Undo 2.Log Page lue Page modifiée 3.Update 1.Read 4.Write Base de données
46 Journaux et Sauvegarde Journal des images après Utilisé pour refaire les mises à jour : Redo 3.Log Page lue Page modifiée 2.Update 1.Read 4.Write Base de données
47 Journaux et Sauvegarde Gestion du journal Journal avant et après sont unifiés Écrits dans un tampon en mémoire et vider sur disque en début de commit Structure d'un enregistrement : N transaction (Trid) Type enregistrement {début, update, insert, commit, abort} TupleId [Attribut modifié, Ancienne valeur, Nouvelle valeur]... Problème de taille on tourne sur N fichiers de taille fixe possibilité d'utiliser un fichier haché sur Trid/Tid
48 Journaux et Sauvegarde Sauvegarde Sauvegarde périodique de la base toutes les heures, jours,... Doit être effectuée en parallèle aux mises à jour Un Point de Reprise (checkpoint) est écrit dans le journal pour le synchroniser par rapport à la sauvegarde permet de situer les transactions effectuées après la sauvegarde Pose d'un point de reprise : écrire les buffers de journalisation (Log) écrire les buffers de pages (DB) écrire un record spécial "checkpoint" dans le journal
49 Plan Gestion des Transactions Objectifs et bases PLAN Journaux et reprise Scénarios de reprise Modèles étendus de transaction Transactions réparties Moniteurs transactionnels Conclusions
50 Scénarios de Reprise Les mises à jour peuvent être effectuées directement dans la base (en place) la base est mise à jour immédiatement, ou au moins dès que possible pendant que la transaction est active Les mises à jour peuvent être effectuées en mémoire et installées dans la base à la validation (commit) le journal est écrit avant d'écrire les mises à jour
51 Scénarios de Reprise Stratégie do-undo Mises à jour en place l'objet est modifié dans la base Utilisation des images avant copie de l'objet avant mise à jour utilisée pour défaire en cas de panne Update Mémoire cache 1. LirePage 2. LogPage 3. WritePage Journal avant Undo Base
52 Scénarios de Reprise Stratégie do-redo Mises à jour en différentiel l'objet est modifié en page différentielle (non en place/journal) Utilisation des images après copie de l'objet en journal après mise à jour (do) utilisée pour refaire en cas de panne (redo) Update Mémoire cache 1. LirePage 3. LogPage 2. WritePage Journal après Redo Base Ombre Commit
53 Pages ombres Scénarios de Reprise Table des Pages Ombres Nom Fichier Adresse Table des Pages COMMIT Page Ombre Page Ombre Nouvelle Table des Pages Nouvelles Pages
54 Scénarios de Reprise La gestion des buffers Bufferisation des journaux on écrit le journal lorsqu'un buffer est plein ou lorsqu'une transaction commet Bufferisation des bases on modifie la page en mémoire le vidage sur disque s'effectue en différé (processus E/S) Synchronisation journaux / base le journal doit toujours être écrit avant modification de la base!
55 Scénarios de Reprise Commits bloqués AFIN D'EVITER 3 E/S POUR 1: Le système reporte l'enregistrement des journaux au commit Il force plusieurs transactions à commettre ensemble Il fait attendre les transactions au commit afin de bloquer un buffer d'écriture dans le journal RESULTAT La technique des "commits" bloques permet d'améliorer les performances lors des pointes sans faire attendre trop sensiblement les transactions
56 Scénarios de Reprise Reprise à froid En cas de perte d'une partie de la base, on repart de la dernière sauvegarde Le système retrouve le checkpoint associé Il ré-applique toutes les transactions commises depuis ce point (for each committed Ti : redo (Ti))
57 Plan Gestion des Transactions Objectifs et bases PLAN Journaux et reprise Scénarios de reprise Modèles étendus de transaction Transactions réparties Moniteurs transactionnels Conclusions
58 Modèles étendus de transaction Applications longues composées de plusieurs transactions coopérantes Seules les mises-à-jour sont journalisées Si nécessité de défaire une suite de transactions : contexte ad-hoc dans une table temporaire nécessité d'exécuter des compensations
59 Modèles étendus de transaction Points de sauvegarde Introduction de points de sauvegarde intermédiaires (savepoint, commitpoint) Begin_Trans update update savepoint update update Commit unité d'oeuvre unité d'oeuvre Non perte du contexte
60 Modèles étendus de transaction Transactions Imbriquées OBJECTIFS Obtenir un mécanisme de reprise multi-niveaux Permettre de reprendre des parties logiques de transactions Faciliter l'exécution parallèle de sous-transactions SCHEMA Reprises et abandons partiels Possibilité d'ordonner ou non les sous-transactions Begin(t'1) Commit(t'1) Begin(T) Commit(T) Begin(t1) Commit(t1) Commet t1 Begin(t2) Begin(t21) Commit(t21) Abort(t2) Annule t2 et t21
61 Modèles étendus de transaction Sagas Groupe de transactions avec transactions compensatrices En cas de panne du groupe, on exécute les compensations T1 T2 T3... Tn T1 T2 CT2 CT1
62 Modèles étendus de transaction Activités : Propriétés souhaitées contexte persistant rollforward, rollback avec compensations flot de contrôle dépendant des succès et échecs différencier les échecs systèmes des échecs de programmes monitoring d'activités: état d'une activité, arrêt,...
63 Modèles étendus de transaction Langage de contrôle d'activités Exemple: réservation de vacances T1 : réservation avion alternative : location voiture T2 : réservation hôtel T3 : location voiture Activité Ensemble d'exécution de transactions avec alternative ou compensation Langage de contrôle d'activités Possibilité de transactions vitales (ex: réservation hôtel) Langage du type : If abort, If commit, Run alternative, Run compensation,
64 Plan Gestion des Transactions Objectifs et bases PLAN Journaux et reprise Scénarios de reprise Modèles étendus de transaction Transactions réparties Moniteurs transactionnels Conclusions
65 Transactions Réparties OBJECTIF Garantir que toutes les mises à jour d'une transaction sont exécutées sur tous les sites ou qu'aucune ne l'est. EXEMPLE Transfert de la somme X du compte A vers le compte B DEBUT FIN site 1: A = A - X site 2: B = B + X PANNE --> INCOHERENCE DONNEES PROBLEME Le contrôle est réparti : chaque site peut décider de valider ou d annuler...
66 Transactions Réparties Commit en 2 phases Principe Diviser la commande COMMIT en deux phases Phase 1 : Préparer à écrire les résultats des mises à jour dans la BD Centralisation du contrôle Phase 2 : Écrire ces résultats dans la BD Coordinateur : Le composant système d'un site qui applique le protocole Participant : Le composant système d'un autre site qui participe dans l'exécution de la transaction
67 Transactions Réparties Protocole C/S 1. PREPARER Le coordinateur demande aux autres sites s ils sont prêts à commettre leurs mises à jour. 2a. SUCCES : COMMETTRE Tous les participants effectuent leur validation sur ordre du client. 2b. ECHEC : ABORT Si un participant n est pas prêt, le coordinateur demande à tout les autres sites de défaire la transaction. REMARQUE Le protocole nécessite la journalisation des mises à jour préparées et des états des transactions dans un journal local à chaque participant.
68 Cas favorable Transactions Réparties SITE COORDINATEUR SITE PARTICIPANT 1 SITE PARTICIPANT 2 PREPARE PREPARE OK COMMIT ACK OK COMMIT ACK
69 Cas défavorable Transactions Réparties SITE COORDINATEUR SITE PARTICIPANT 1 SITE PARTICIPANT 2 PREPARE PREPARE OK ABORT KO ABORT ACK ACK
70 Cas défavorable ( ) SITE PARTICIPANT 1 Transactions Réparties SITE COORDINATEUR SITE PARTICIPANT 2 PREPARE PREPARE OK COMMIT ACK OK COMMIT STATUS COMMIT ACK
71 Transactions Réparties Commit distribué ou centralisé Validation à deux phases centralisée Prepare OK Commit OK Possibilité de diffuser la réponse au PREPARE chaque site peut décider localement dans un réseau sans perte Prepare OK
72 Transitions d'états Transactions Réparties Initial CCommit/Prepare VoteKO/GAbort Abort Wait VoteOK/GCommit Commit Initial Prepare/VoteOK COORDINATEUR GAbort/Ack Abort Ready GCommit/Ack Commit PARTICIPANT
73 Transactions Réparties Transactions bloquées Que faire en cas de doute? Demander l état aux autres transactions : STATUS conservation des états nécessaires message supplémentaire Forcer la transaction locale : ABORT toute transaction annulée peut être ignorée cohérence garantie avec un réseau sans perte de message Forcer la transaction locale : COMMIT toute transaction commise peut être ignorée non garantie de cohérence avec le coordinateur
74 Transactions Réparties Commit en 3 phases Inconvénient du commit à 2 phases en cas de time-out en état Prêt, le participant est bloqué le commit à 3 phases permet d éviter les blocages Messages du commit à 3 phases Prepare, Prepare to Commit, Global-Commit, Global-Abort. Initial CCommit/Prepare Wait VoteKO/GAbort VoteOK/PréCommit Abort PréCommit PréOK/GCommit Commit Initial Prepare/VoteOK Ready GAbort/Ack PréCommit/PréOK Abort PréCommit Commit GCommit/Ack
75 Transactions Réparties Protocole arborescent TP TP est le standard proposé par l ISO dans le cadre OSI Protocole arborescent Tout participant peut déclancher une sous-transaction Un responsable de la validation est choisi Un coordinateur est responsable de ses participants pour la phase 1 collecte les PREPARE demande la validation Le point de validation est responsable de la phase 2 envoie les COMMIT Coordinateur global Coordinateur local Coordinateur local Point de validation (Noeud critique)
76 Plan Gestion des Transactions Objectifs et bases PLAN Journaux et reprise Scénarios de reprise Modèles étendus de transaction Transactions réparties Moniteurs transactionnels Conclusions
77 Moniteurs transactionnels Support de transactions ACID Accès continu aux données Reprise rapide du système en cas de panne Sécurité d'accès Performances optimisées Partage de connexions Réutilisation de transactions Partage de charge Distribution de transactions Support de bases hétérogènes Respect des normes et standards
78 Modèle Moniteurs transactionnels Modèle DTP de l X/OPEN Programme d application AP Gestionnaire de transactions TM Gestionnaire de communication CRM Gestionnaire de ressources RM Interfaces standards TX = interface du TM XA = interface du RM intégration de TP Types de RM gestionnaire de fichiers SGBD périphérique AP TX TM CRM TM RM XA
79 Interface applicative TX tx_open Moniteurs transactionnels ordonne au TM d initialiser la communication avec tous les RM dont les librairies d accès ont été liées à l application. tx_begin ordonne au TM de demander aux RM de débuter une transaction. tx_commit ou tx_rollback ordonne au TM de coordonner soit la validation soit l abandon de la transaction sur tous les RM impliqués. tx_set_transaction_timeout positionne un timeout sur les transactions tx_info permet d obtenir des informations sur le statut de la transaction.
80 Interface ressource XA xa_open Moniteurs transactionnels ouvre un contexte pour l application. xa_start débute une transaction. xa_end indique au RM qu il n y aura plus de requêtes pour le compte de la transaction courante. xa_prepare lance l étape de préparation du commit à deux phases. xa_commit valide la transaction. xa_rollback abandonne la transaction.
81 Principaux moniteurs Encina de Transarc Moniteurs transactionnels issu de CMU (1992), racheté par IBM construit sur DCE (OSF) pour la portabilité et la sécurité transactions imbriquées conformité DTP : Xa, CPI-C, TxRPC Open CICS de IBM construit sur Encina (et DCE) reprise de l existant CICS (API et outils) conformité DTP : Xa, CPI-C
82 Principaux moniteurs ( ) Tuxedo de USL éprouvé (depuis 1984), à la base de DTP supporte l asynchronisme, les priorités et le routage dépendant des données conformité DTP: Xa, Tx, XaTMI, CPI-C, TxRPC Top End de NCR produit stratégique d AT&T respecte le modèle des composants DTP (AP, RM, TM, CRM) haute disponibilité Moniteurs transactionnels conformité DTP: Xa, Xa+, Xap-Tp, Tx Autres : UTM de Siemens, Unikix
83 Le marché Moniteurs transactionnels millions $ Tuxedo Encina CICS UTM TOP END Autres Gartner Group
84 MTS de Microsoft Microsoft Transaction Server Intégré à DCOM Partage de grappes de NT (cluster) Les disques sont supposés partagés Allocation des ressources en pool aux requêtes : pool de connexion aux ressources (SQL Server) pool de transactions (support) pool de machines Ne suit pas les standards! Moniteurs transactionnels
85 Plan Gestion des Transactions Objectifs et bases PLAN Journaux et reprise Scénarios de reprise Modèles étendus de transaction Transactions réparties Moniteurs transactionnels Conclusions
86 Conclusions Des techniques complexes Un problème bien maîtrisé dans les SGBDR La concurrence complique la gestion de transactions Les transactions longues restent problématiques Enjeu essentiel pour le commerce électronique validation fiable reprise et copies partage de connections partage de charge
Module BDR Master d Informatique (SAR)
Module BDR Master d Informatique (SAR) Cours 9- Transactions réparties Anne Doucet Anne.Doucet@lip6.fr Transactions réparties Gestion de transactions Transactions dans un système réparti Protocoles de
Plus en détailTransactionnel et transactionnel réparti. Source R.CHEVANCE G.Gardarin
1 Transactionnel et transactionnel réparti Source R.CHEVANCE G.Gardarin Plan Concept de transaction - Propriétés ACID Transactionnel réparti Moniteur transactionnel Modèle X/Open Exemple de moniteur transactionnel:
Plus en détailImplémentation des SGBD
Implémentation des SGBD Structure générale des applications Application utilisateur accédant à des données d'une base Les programmes sous-jacents contiennent du code SQL Exécution : pendant l'exécution
Plus en détailCours Bases de données
Informations sur le cours Cours Bases de données 9 (10) séances de 3h Polycopié (Cours + TD/TP) 3 année (MISI) Antoine Cornuéjols www.lri.fr/~antoine antoine.cornuejols@agroparistech.fr Transparents Disponibles
Plus en détail4. Utilisation d un SGBD : le langage SQL. 5. Normalisation
Base de données S. Lèbre slebre@unistra.fr Université de Strasbourg, département d informatique. Présentation du module Contenu général Notion de bases de données Fondements / Conception Utilisation :
Plus en détailPROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN
PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN 1. DÉVELOPPEMENT D'APPLICATION (CONCEPTEUR ANALYSTE) 1.1 ARCHITECTURE MATÉRIELLE DU SYSTÈME INFORMATIQUE 1.1.1 Architecture d'un ordinateur Processeur,
Plus en détailUNION INTERCEPT SELECT WHERE JOINT FROM ACID
STOCKAGE TRANSACTION, SÉRIALISABILITÉ, NIVEAUX D'ISOLATION 1 BASE RELATIONNELLE Un serveur de données relationnel : Rend compte de la «réalité» sous forme de table Met en relation la perception logique
Plus en détailCours Base de données relationnelles. M. Boughanem, IUP STRI
Cours Base de données relationnelles 1 Plan 1. Notions de base 2. Modèle relationnel 3. SQL 2 Notions de base (1) Définition intuitive : une base de données est un ensemble d informations, (fichiers),
Plus en détailLes transactions 1/46. I même en cas de panne logicielle ou matérielle. I Concept de transaction. I Gestion de la concurrence : les solutions
1/46 2/46 Pourquoi? Anne-Cécile Caron Master MAGE - SGBD 1er trimestre 2014-2015 Le concept de transaction va permettre de définir des processus garantissant que l état de la base est toujours cohérent
Plus en détailWEA Un Gérant d'objets Persistants pour des environnements distribués
Thèse de Doctorat de l'université P & M Curie WEA Un Gérant d'objets Persistants pour des environnements distribués Didier Donsez Université Pierre et Marie Curie Paris VI Laboratoire de Méthodologie et
Plus en détailPrésentation du module Base de données spatio-temporelles
Présentation du module Base de données spatio-temporelles S. Lèbre slebre@unistra.fr Université de Strasbourg, département d informatique. Partie 1 : Notion de bases de données (12,5h ) Enjeux et principes
Plus en détailSGBDR. Systèmes de Gestion de Bases de Données (Relationnelles)
SGBDR Systèmes de Gestion de Bases de Données (Relationnelles) Plan Approches Les tâches du SGBD Les transactions Approche 1 Systèmes traditionnels basés sur des fichiers Application 1 Gestion clients
Plus en détailGestion des transactions et accès concurrents dans les bases de données relationnelles
Gestion des transactions et accès concurrents dans les bases de données relationnelles Bernard ESPINASSE Professeur à Aix-Marseille Université (AMU) Ecole Polytechnique Universitaire de Marseille Fev.
Plus en détailBases de données et sites WEB Licence d informatique LI345
Bases de données et sites WEB Licence d informatique LI345 Anne Doucet Anne.Doucet@lip6.fr http://www-bd.lip6.fr/ens/li345-2013/index.php/lescours 1 Contenu Transactions en pratique Modèle relationnel-objet
Plus en détailLe modèle client-serveur
Le modèle client-serveur Olivier Aubert 1/24 Sources http://www.info.uqam.ca/~obaid/inf4481/a01/plan.htm 2/24 Historique architecture centralisée terminaux passifs (un seul OS, systèmes propriétaires)
Plus en détailORACLE 10G DISTRIBUTION ET REPLICATION. Distribution de données avec Oracle. G. Mopolo-Moké prof. Associé UNSA 2009/ 2010
ORACLE 10G DISTRIBUTION ET REPLICATION Distribution de données avec Oracle G. Mopolo-Moké prof. Associé UNSA 2009/ 2010 1 Plan 12. Distribution de données 12.1 Génération des architectures C/S et Oracle
Plus en détail//////////////////////////////////////////////////////////////////// Administration bases de données
////////////////////// Administration bases de données / INTRODUCTION Système d informations Un système d'information (SI) est un ensemble organisé de ressources (matériels, logiciels, personnel, données
Plus en détailInitiation aux bases de données (SGBD) Walter RUDAMETKIN
Initiation aux bases de données (SGBD) Walter RUDAMETKIN Bureau F011 Walter.Rudametkin@polytech-lille.fr Moi Je suis étranger J'ai un accent Je me trompe beaucoup en français (et en info, et en math, et...)
Plus en détailBases de données cours 1
Bases de données cours 1 Introduction Catalin Dima Objectifs du cours Modèle relationnel et logique des bases de données. Langage SQL. Conception de bases de données. SQL et PHP. Cours essentiel pour votre
Plus en détailDu 10 Fév. au 14 Mars 2014
Interconnexion des Sites - Design et Implémentation des Réseaux informatiques - Sécurité et Audit des systèmes - IT CATALOGUE DE FORMATION SIS 2014 1 FORMATION ORACLE 10G 11G 10 FEV 2014 DOUALA CAMEROUN
Plus en détailServices OSI. if G.Beuchot. Services Application Services Présentation - Session Services Transport - Réseaux - Liaison de Données - Physique
Services OSI Services Application Services Présentation - Session Services Transport - Réseaux - Liaison de Données - Physique 59 SERVICES "APPLICATION" Architecture spécifique : ALS (Application Layer
Plus en détailCHAPITRE 1 ARCHITECTURE
07/04/2014 Université des sciences et de la Technologie Houari Boumediene USTHB Alger Département d Informatique ADMINISTRATION ET TUNING DE BASES DE DONNÉES CHAPITRE 1 ARCHITECTURE RESPONSABLE DR K. BOUKHALFA
Plus en détailBases de données Cours 1 : Généralités sur les bases de données
Cours 1 : Généralités sur les bases de données POLYTECH Université d Aix-Marseille odile.papini@univ-amu.fr http://odile.papini.perso.esil.univmed.fr/sources/bd.html Plan du cours 1 1 Qu est ce qu une
Plus en détailChapitre 1 : Introduction aux bases de données
Chapitre 1 : Introduction aux bases de données Les Bases de Données occupent aujourd'hui une place de plus en plus importante dans les systèmes informatiques. Les Systèmes de Gestion de Bases de Données
Plus en détailCours Bases de données 2ème année IUT
Cours Bases de données 2ème année IUT Cours 12 : Concurrence d accès Anne Vilnat http://www.limsi.fr/individu/anne/cours Plan 1 Accès concurrents Définitions Verrous Collisions Niveaux de cohérence Blocage
Plus en détailCESI Bases de données
CESI Bases de données Introduction septembre 2006 Bertrand LIAUDET EPF - BASE DE DONNÉES - septembre 2005 - page 1 PRÉSENTATION GÉNÉRALE 1. Objectifs généraux L objectif de ce document est de faire comprendre
Plus en détailGestion répartie de données - 1
Gestion répartie de données - 1 Sacha Krakowiak Université Joseph Fourier Projet Sardes (INRIA et IMAG-LSR) http://sardes.inrialpes.fr/~krakowia Gestion répartie de données Plan de la présentation Introduction
Plus en détailNotes de cours : bases de données distribuées et repliquées
Notes de cours : bases de données distribuées et repliquées Loïc Paulevé, Nassim Hadj-Rabia (2009), Pierre Levasseur (2008) Licence professionnelle SIL de Nantes, 2009, version 1 Ces notes ont été élaborées
Plus en détailBases de Données. Stella MARC-ZWECKER. stella@unistra.u-strasbg.fr. Maître de conférences Dpt. Informatique - UdS
Bases de Données Stella MARC-ZWECKER Maître de conférences Dpt. Informatique - UdS stella@unistra.u-strasbg.fr 1 Plan du cours 1. Introduction aux BD et aux SGBD Objectifs, fonctionnalités et évolutions
Plus en détailCOMPOSANTS DE L ARCHITECTURE D UN SGBD. Chapitre 1
1 COMPOSANTS DE L ARCHITECTURE D UN SGBD Chapitre 1 Généralité 2 Les composants principaux de l architecture d un SGBD Sont: Les processus Les structures mémoires Les fichiers P1 P2 Pn SGA Fichiers Oracle
Plus en détailArchitectures d'intégration de données
Architectures d'intégration de données Dan VODISLAV Université de Cergy-ontoise Master Informatique M1 Cours IED lan Intégration de données Objectifs, principes, caractéristiques Architectures type d'intégration
Plus en détailMise en œuvre des serveurs d application
Nancy-Université Mise en œuvre des serveurs d application UE 203d Master 1 IST-IE Printemps 2008 Master 1 IST-IE : Mise en œuvre des serveurs d application 1/54 Ces transparents, ainsi que les énoncés
Plus en détailPerformances. Gestion des serveurs (2/2) Clustering. Grid Computing
Présentation d Oracle 10g Chapitre VII Présentation d ORACLE 10g 7.1 Nouvelles fonctionnalités 7.2 Architecture d Oracle 10g 7.3 Outils annexes 7.4 Conclusions 7.1 Nouvelles fonctionnalités Gestion des
Plus en détailFiche de l'awt Intégration des applications
Fiche de l'awt Intégration des applications Aujourd'hui, plus de 40 % des budgets de développement en informatique sont liés à l'intégration de données dans les systèmes d'information. Il s'agit donc d'une
Plus en détailIntégration de systèmes client - serveur Des approches client-serveur à l urbanisation Quelques transparents introductifs
Intégration de systèmes client - serveur Des approches client-serveur à l urbanisation Quelques transparents introductifs Jean-Pierre Meinadier Professeur du CNAM, meinadier@cnam.fr Révolution CS : l utilisateur
Plus en détailArchitecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application
Architecture Multi-Tier Traditionnellement une application informatique est un programme exécutable sur une machine qui représente la logique de traitement des données manipulées par l application. Ces
Plus en détailBases de données et sites WEB
Bases de données et sites WEB Cours2 : Sécurité et contrôles d accès Anne Doucet 1 Authentification Autorisation Privilèges Rôles Profils Limitations de ressources Plan Audit Contrôle d accès via les vues
Plus en détailInstitut Supérieure Aux Etudes Technologiques De Nabeul. Département Informatique
Institut Supérieure Aux Etudes Technologiques De Nabeul Département Informatique Support de Programmation Java Préparé par Mlle Imene Sghaier 2006-2007 Chapitre 1 Introduction au langage de programmation
Plus en détailINTRODUCTION AUX BASES de DONNEES
INTRODUCTION AUX BASES de DONNEES Équipe Bases de Données LRI-Université Paris XI, Orsay Université Paris Sud Année 2003 2004 1 SGBD : Fonctionnalités et Principes Qu est qu une base de données? Un Système
Plus en détailDescription de SQL SERVER. historique
Description de SQL SERVER SQLServer est un SGBDR qui accepte et traite des requêtes concurrentes provenant de divers clients. Il envoie les réponses aux clients concernés via des API (Application Programming
Plus en détailModule BDR Master d Informatique (SAR)
Module BDR Master d Informatique (SAR) Cours 6- Bases de données réparties Anne Doucet Anne.Doucet@lip6.fr 1 Bases de Données Réparties Définition Conception Décomposition Fragmentation horizontale et
Plus en détailSQL Server 2014 Administration d'une base de données transactionnelle avec SQL Server Management Studio
Présentation 1. Introduction 13 2. Présentation de SQL Server 14 2.1 Qu'est-ce qu'un SGBDR? 15 2.2 Mode de fonctionnement client/serveur 16 2.3 Les plates-formes possibles 18 2.4 Les composants de SQL
Plus en détailProgramme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION. Mentions Ingénierie des Systèmes d Information Business Intelligence
É C O L E D I N G É N I E U R D E S T E C H N O L O G I E S D E L I N F O R M A T I O N E T D E L A C O M M U N I C A T I O N Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION Mentions
Plus en détailCOMMANDES SQL... 2 COMMANDES DE DEFINITION DE DONNEES... 2
SQL Sommaire : COMMANDES SQL... 2 COMMANDES DE DEFINITION DE DONNEES... 2 COMMANDES DE MANIPULATION DE DONNEES... 2 COMMANDES DE CONTROLE TRANSACTIONNEL... 2 COMMANDES DE REQUETE DE DONNEES... 2 COMMANDES
Plus en détailCH.3 SYSTÈMES D'EXPLOITATION
CH.3 SYSTÈMES D'EXPLOITATION 3.1 Un historique 3.2 Une vue générale 3.3 Les principaux aspects Info S4 ch3 1 3.1 Un historique Quatre générations. Préhistoire 1944 1950 ENIAC (1944) militaire : 20000 tubes,
Plus en détailRéplication des données
Réplication des données Christelle Pierkot FMIN 306 : Gestion de données distribuées Année 2009-2010 Echange d information distribuée Grâce à un serveur central Une seule copie cohérente Accès à distance
Plus en détailIntroduction aux bases de données Cours 1 : Généralités sur les bases de données
Cours 1 : Généralités sur les bases de données ESIL Université de la méditerranée Odile.Papini@esil.univmed.fr http://odile.papini.perso.esil.univmed.fr/sources/bdmat.html Plan du cours 1 1 Qu est ce qu
Plus en détailLe Network File System de Sun (NFS)
1 sur 5 Le Network File System de Sun (NFS) Le Network File System de Sun (NFS) Architecture Protocoles Mounting Automounting vs Static mounting Directory et accès aux fichiers Problèmes Implémentation
Plus en détailBD réparties. Bases de Données Réparties. SGBD réparti. Paramètres à considérer
Bases de Données Réparties Définition Architectures Outils d interface SGBD Réplication SGBD répartis hétérogènes BD réparties Principe : BD locales, accès locaux rapides accès aux autres SGBD du réseau
Plus en détailSQL Server 2012 - Administration d'une base de données transactionnelle avec SQL Server Management Studio (édition enrichie de vidéos)
Présentation 1. Introduction 13 2. Présentation de SQL Server 14 2.1 Qu'est-ce qu'un SGBDR? 14 2.2 Mode de fonctionnement Client/Serveur 16 2.3 Les plates-formes possibles 17 2.4 Les composants de SQL
Plus en détailDÉVELOPPEMENT INFONUAGIQUE - meilleures pratiques
livre blanc DÉVELOPPEMENT INFONUAGIQUE MEILLEURES PRATIQUES ET APPLICATIONS DE SOUTIEN DÉVELOPPEMENT INFONUAGIQUE - MEILLEURES PRATIQUES 1 Les solutions infonuagiques sont de plus en plus présentes sur
Plus en détailNouveautés Ignition v7.7
... Nouveautés Ignition v7.7 Nouveautés Ignition v7.7 Découvrez le Nouveau Scada avec plus de 40 nouveautés Principales nouveautés :... Cloud Templates Template Repeater Client Multilingue + Sequential
Plus en détailBases de données avancées Concurrence d'accès et reprise
Bases de données avancées Concurrence d'accès et reprise Dan VODISLAV Université de Cergy-Pontoise Master Informatique M1 Cours BDA Plan La notion de transaction Les problèmes de la concurrence Problèmes
Plus en détailCYCLE CERTIFIANT ADMINISTRATEUR BASES DE DONNÉES
SGBD / Aide à la décision CYCLE CERTIFIANT ADMINISTRATEUR BASES DE DONNÉES Réf: KAO Durée : 15 jours (7 heures) OBJECTIFS DE LA FORMATION Ce cycle complet vous apportera les connaissances nécessaires pour
Plus en détailSYSTÈME DE GESTION DE FICHIERS
SYSTÈME DE GESTION DE FICHIERS - DISQUE 1 Les couches logiciels réponse requête Requêtes E/S Système E/S Pilote E/S Interruptions utilisateur traitement S.E. commandes S.E. S.E. matériel Contrôleur E/S
Plus en détailSystèmes d informations nouvelles générations. Répartition, Parallèlisation, hétérogénéité dans les SGBD. Exemple d application d un futur proche
Répartition, Parallèlisation, hétérogénéité dans les SGBD AI Mouaddib Département Informatique Université de Caen Systèmes d informations nouvelles générations! Constat :! Utilisation de nouveaux support
Plus en détailEntreprises Solutions
ERP Entreprises Solutions Choisir un progiciel de gestion intégrée Questions de technologie? 1 Dans le choix d une solution de gestion intégrée de type PGI/ERP, les aspects fonctionnels sont clés. L entreprise
Plus en détailSTATISTICA Version 12 : Instructions d'installation
STATISTICA Version 12 : Instructions d'installation STATISTICA Entreprise Server Remarques : 1. L'installation de STATISTICA Entreprise Server s'effectue en deux temps : a) l'installation du serveur et
Plus en détailFaire le grand saut de la virtualisation
LIVRE BLANC : FAIRE LE GRAND SAUT DE LA VIRTUALISATION........................................ Faire le grand saut de la virtualisation Public cible : Directeurs, responsables et administrateurs informatiques
Plus en détailUrbanisme du Système d Information et EAI
Urbanisme du Système d Information et EAI 1 Sommaire Les besoins des entreprises Élément de solution : l urbanisme EAI : des outils au service de l urbanisme 2 Les besoins des entreprises 3 Le constat
Plus en détailTHEME PROJET D ELABORATION D UNE BASE DE DONNEES SOUS LE SERVEUR MYSQL
. THEME PROJET D ELABORATION D UNE BASE DE DONNEES SOUS LE SERVEUR MYSQL Mr MEZRED MOHAMED Ingénieur météorologue INTRODUCTION Il existe de nombreuses manières de construire une base de données. En effet,
Plus en détailAdministration de systèmes
Administration de systèmes Windows NT.2000.XP.2003 Copyright IDEC 2002-2004. Reproduction interdite. Sommaire... 2 Eléments logiques et physiques du réseau... 5 Annuaire et domaine... 6 Les utilisateurs
Plus en détailNotion de base de données
Notion de base de données Collection de données opérationnelles enregistrées sur un support adressable et utilisées par les systèmes et les applications Les données doivent être structurées indépendamment
Plus en détailSQL Server 2012 et SQL Server 2014
SQL Server 2012 et SQL Server 2014 Principales fonctions SQL Server 2012 est le système de gestion de base de données de Microsoft. Il intègre un moteur relationnel, un outil d extraction et de transformation
Plus en détailFiche technique: Sauvegarde et restauration Symantec Backup Exec 12.5 for Windows Servers La référence en matière de protection des données Windows
La référence en matière de protection des données Windows Présentation Symantec Backup Exec 12.5 offre une protection en matière de sauvegarde et de restauration, tant au niveau des serveurs que des ordinateurs
Plus en détailIntroduction aux Bases de Données Relationnelles Conclusion - 1
Pratique d un : MySQL Objectifs des bases de données Où en sommes nous? Finalement, qu est-ce qu un? Modèle relationnel Algèbre relationnelle Conclusion SQL Conception et rétro-conception Protection de
Plus en détailGroupe Eyrolles, 2004 ISBN : 2-212-11504-0
Groupe Eyrolles, 2004 ISBN : 2-212-11504-0 Table des matières Avant-propos................................................ 1 Quel est l objectif de cet ouvrage?............................. 4 La structure
Plus en détailIT203 : Systèmes de gestion de bases de données. A. Zemmari zemmari@labri.fr
IT203 : Systèmes de gestion de bases de données A. Zemmari zemmari@labri.fr 1 Informations pratiques Intervenants : Cours : (A. Zemmari zemmari@labri.fr) TDs, TPs : S. Lombardy et A. Zemmari Organisation
Plus en détailArchitectures Client-Serveur
Architectures Client- Bernard ESPINASSE Professeur à l'université d'aix-marseille 2011 Introduction : pourquoi le Client-? Evolution des organisations : 1980-1990 1985-1995 1995-2000 Introduction : pourquoi
Plus en détailAnnuaires LDAP et méta-annuaires
Annuaires LDAP et méta-annuaires Laurent Mynard Yphise 6 rue Beaubourg - 75004 PARIS yphise@yphise.com - http://yphise.fr T 01 44 59 93 00 F 01 44 59 93 09 LDAP020314-1 Agenda A propos d Yphise Les annuaires
Plus en détailBases de données avancées Introduction
Bases de données avancées Introduction Dan VODISLAV Université de Cergy-Pontoise Master Informatique M1 Cours BDA Plan Objectifs et contenu du cours Rappels BD relationnelles Bibliographie Cours BDA (UCP/M1)
Plus en détailLes modules SI5 et PPE2
Les modules SI5 et PPE2 Description de la ressource Propriétés Intitulé long Formation concernée Matière Présentation Les modules SI5 et PPE2 BTS SIO SI5 PPE2 Description Ce document présente une approche
Plus en détailCA ARCserve Backup. Avantages. Vue d'ensemble. Pourquoi choisir CA
DOSSIER SOLUTION : CA ARCSERVE BACKUP R12.5 CA ARCserve Backup CA ARCSERVE BACKUP, LOGICIEL DE PROTECTION DE DONNÉES LEADER DU MARCHÉ, INTÈGRE UNE TECHNOLOGIE DE DÉDUPLICATION DE DONNÉES INNOVANTE, UN
Plus en détailSYSTÈME DE GESTION DE FICHIERS SGF - DISQUE
SYSTÈME DE GESTION DE FICHIERS SGF - DISQUE C.Crochepeyre MPS_SGF 2000-20001 Diapason 1 Les couches logiciels réponse SGF requête matériel matériel Requêtes E/S Système E/S Pilote E/S Interruptions Contrôleur
Plus en détailIntroduction aux SGBDR
1 Introduction aux SGBDR Pour optimiser une base Oracle, il est important d avoir une idée de la manière dont elle fonctionne. La connaissance des éléments sous-jacents à son fonctionnement permet de mieux
Plus en détailBases de Données Avancées
1/26 Bases de Données Avancées DataWareHouse Thierry Hamon Bureau H202 - Institut Galilée Tél. : 33 1.48.38.35.53 Bureau 150 LIM&BIO EA 3969 Université Paris 13 - UFR Léonard de Vinci 74, rue Marcel Cachin,
Plus en détailUE 8 Systèmes d information de gestion Le programme
UE 8 Systèmes d information de gestion Le programme Légende : Modifications de l arrêté du 8 mars 2010 Suppressions de l arrêté du 8 mars 2010 Partie inchangée par rapport au programme antérieur Indications
Plus en détailProgramme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines)
Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Module 1 : Programmer une application informatique Durée
Plus en détailLes Entrepôts de Données
Les Entrepôts de Données Grégory Bonnet Abdel-Illah Mouaddib GREYC Dépt Dépt informatique :: GREYC Dépt Dépt informatique :: Cours Cours SIR SIR Systèmes d information décisionnels Nouvelles générations
Plus en détailLes nouvelles architectures des SI : Etat de l Art
Les nouvelles architectures des SI : Etat de l Art Objectif Mesurer concrètement les apports des nouvelles applications SI. Être capable d'évaluer l'accroissement de la complexité des applications. Prendre
Plus en détailModule BD et sites WEB
Module BD et sites WEB Cours 8 Bases de données et Web Anne Doucet Anne.Doucet@lip6.fr 1 Le Web Architecture Architectures Web Client/serveur 3-tiers Serveurs d applications Web et BD Couplage HTML-BD
Plus en détailOptimisations des SGBDR. Étude de cas : MySQL
Optimisations des SGBDR Étude de cas : MySQL Introduction Pourquoi optimiser son application? Introduction Pourquoi optimiser son application? 1. Gestion de gros volumes de données 2. Application critique
Plus en détailBases de données relationnelles : Introduction
Bases de données relationnelles : Introduction historique et principes V. Benzaken Département d informatique LRI UMR 8623 CNRS Université Paris Sud veronique.benzaken@u-psud.fr https://www.lri.fr/ benzaken/
Plus en détailet Groupe Eyrolles, 2006, ISBN : 2-212-11747-7
Tsoft et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7 OEM Console Java OEM Console HTTP OEM Database Control Oracle Net Manager 6 Module 6 : Oracle Enterprise Manager Objectifs Contenu A la fin de ce module,
Plus en détailInformation utiles. cinzia.digiusto@gmail.com. webpage : Google+ : http://www.ibisc.univ-evry.fr/ digiusto/
Systèmes de gestion de bases de données Introduction Université d Evry Val d Essonne, IBISC utiles email : cinzia.digiusto@gmail.com webpage : http://www.ibisc.univ-evry.fr/ digiusto/ Google+ : https://plus.google.com/u/0/b/103572780965897723237/
Plus en détailProjet Sécurité des SI
Projet Sécurité des SI «Groupe Défense» Auteurs Candide SA Diffusion: limitée Type de document Compte rendu Projet Sécurité Destinataires P. LATU Date 14/12/09 M2 STRI Version 1.2 Introduction Sous-traitance
Plus en détailJava et les bases de données
Michel Bonjour http://cuiwww.unige.ch/~bonjour CENTRE UNIVERSITAIRE D INFORMATIQUE UNIVERSITE DE GENEVE Plan Introduction JDBC: API SQL pour Java - JDBC, Java, ODBC, SQL - Architecture, interfaces, exemples
Plus en détailIntroduction aux Bases de Données
Introduction aux Bases de Données I. Bases de données I. Bases de données Les besoins Qu est ce qu un SGBD, une BD Architecture d un SGBD Cycle de vie Plan du cours Exemples classiques d'applications BD
Plus en détailArchitectures web/bases de données
Architectures web/bases de données I - Page web simple : HTML statique Le code HTML est le langage de base pour concevoir des pages destinées à être publiées sur le réseau Internet ou intranet. Ce n'est
Plus en détailLes bases de données Page 1 / 8
Les bases de données Page 1 / 8 Sommaire 1 Définitions... 1 2 Historique... 2 2.1 L'organisation en fichier... 2 2.2 L'apparition des SGBD... 2 2.3 Les SGBD relationnels... 3 2.4 Les bases de données objet...
Plus en détail2011 Hakim Benameurlaine 1
Table des matières 1 UTILISATION DES OUTILS DE REQUÊTES... 2 1.1 Bases de données SQL Server... 2 1.2 Éditions de SQL Server... 3 1.3 Les outils de SQL Server... 4 2011 Hakim Benameurlaine 1 1 UTILISATION
Plus en détailCatalogue & Programme des formations 2015
Janvier 2015 Catalogue & Programme des formations 2015 ~ 1 ~ TABLE DES MATIERES TABLE DES MATIERES... 2 PROG 1: DECOUVERTE DES RESEAUX... 3 PROG 2: TECHNOLOGIE DES RESEAUX... 4 PROG 3: GESTION DE PROJETS...
Plus en détailModule 0 : Présentation de Windows 2000
Module 0 : Présentation de Table des matières Vue d'ensemble Systèmes d'exploitation Implémentation de la gestion de réseau dans 1 Vue d'ensemble Donner une vue d'ensemble des sujets et des objectifs de
Plus en détailIFT3030 Base de données. Chapitre 2 Architecture d une base de données
IFT3030 Base de données Chapitre 2 Architecture d une base de données Plan du cours Introduction Architecture Modèles de données Modèle relationnel Algèbre relationnelle SQL Conception Fonctions avancées
Plus en détailChapitre 10. Architectures des systèmes de gestion de bases de données
Chapitre 10 Architectures des systèmes de gestion de bases de données Introduction Les technologies des dernières années ont amené la notion d environnement distribué (dispersions des données). Pour reliér
Plus en détailTable des matières Chapitre 1 Virtualisation, enjeux et concepts Chapitre 2 Ligne de produit XEN
Table des matières 1 Chapitre 1 Virtualisation, enjeux et concepts 1. Définition et vue d'ensemble....13 1.1 Terminologie et concepts...13 1.2 Bénéfices....15 1.3 Technologies et solutions de virtualisation...16
Plus en détail