Implémentation des SGBD

Dimension: px
Commencer à balayer dès la page:

Download "Implémentation des SGBD"

Transcription

1 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 Les requêtes sont transmises au SGBD Le SGBD vérifie le code, optimise, gère les accès concurrents, accède aux données, récupère les réponses, transmet à l'application

2 Implémentation en 3 couches Couche externe Interfaces avec les langages «hôtes» Définition des vues utilisateurs, de leurs droits,... Noyau du SGBD Langages le définition et de manipulation (SQL) Optimiseur de requêtes Gestion des index Gestionnaires de transactions et des journaux Couche interne Accès physique aux données

3 Implémentation en 3 couches Couche interne Noyau Couche externe Fichiers Gestionnaire de fichiers (système) Interface interne Fonctions internes du SGBD - SQL (DDL, DML) - optimisation - transactions - index -... Interface externe Utilsateurs - programmes - vues - droits d'accès -... SGBD

4 Indépendance des couches Couche interne/noyau (indépendance physique) Que faire si on change le gestionnaire de fichiers de la couche interne? Réécrire l'interface interne, mais aucun changement dans le noyau Noyau/couche externe (indépendance logique) Si on change le noyau, faut-il réécrire les applications utilisateurs? Non, si on change de SGBD relationnel Oui, si on change l'organisation d'une BD

5 Noyau + Interface externe 5 modules principaux Interface interactive/outils de développement Précompilateurs : prise en compte d'ordres SQL dans des programmes (C, JAVA, ) Analyseur de requêtes SQL Optimiseur de requêtes Outils d'administration et dictionnaire des données (info sur les utilisateurs et les objets qu'ils ont créés)

6 Noyau + Interface interne 5 modules principaux Le journal (contient toutes les opérations réalisées sur le SGBD) Le processeur de transactions Le gestionnaire d'index Le gestionnaire d'espace disque Le gestionnaire des buffers (communication entre le disque et le SGBD)

7 Architectures des SGBD Main frame Noyau et couche externe sur une même machine Client-serveur Client : couche externe + SQL + communication Serveur : Noyau (- SQL) + communication SGBD répartis Plusieurs main frames sur différents sites Données de la base stockées sur différents sites Architectures n-tiers : Intègrent les applications Web

8 Client-Serveur Le poste client contient les outils de l'interface externe sauf le dictionnaire des données Le serveur assure le stockage des données et des meta-données (dictionnaire de données) Donc le serveur contient Les outils de l'interface interne Plus le dictionnaire de données et les outils d'administration

9 Client-Serveur Deux types de serveurs : Serveur de transaction : le client envoie des transactions traitées par le serveur, puis traite les résultats Serveur de données : les transactions sont exécutées par le client, le serveur ne fait que "fournir" les données Donc le serveur de données "travaille moins" que le serveur de transactions

10 Transmissions client-serveurs Optimiser les transferts de données Soit envoyer n-uplet/n-uplet Soit envoyer bloc/bloc et stocker dans un cache optimise si on estime que la transaction va utiliser les autres n-uplets du bloc transmis Mais occasionne des problèmes de conflit d'accès un n-uplet transmis peut être modifié par une autre transaction

11 Transmissions client-serveurs Concurrence d'accès Lorsque deux transactions modifient une même donnée, il faut prendre un certain nombre de précautions. La solution la plus courante est de verrouiller les objets utilisés par une transaction donnée les verrous sont gérés par le serveur donc chaque verrou doit donner lieu à l'envoi d'un message aux clients

12 Architecture répartie Chaque site a une version complète du SGBD Données réparties sur les sites Découpage horizontal : les sites ont tous les mêmes relations avec différents contenus Découpage vertical : les sites ont des relations différentes, tous connaissent la structure de la BD Pas d'opérateur spécifique pour accéder à l'ensemble des données Découpage horizontal : union des données sur les différents sites Découpage vertical : jointure

13 Pourquoi des architectures n-tiers? Web Très répandu et permet de traiter différents types de données (textes, sons, images, ) SGBD Accès efficace et sécurisé à des données structurées (tables/n-uplets) La combinaison des deux est de plus en plus systématique

14 Architectures n-tiers Web : manipule des données statiques en lecture seule via HTML Les accès à une base de données supposent que : les données à stocker dans les pages ne sont pas connues a priori des requêtes de mise à jour sont indispensables Solution : générer les pages HTML à la volée

15 Architectures deux-tiers et trois-tiers Architectures à deux pôles (2-tiers) client avec un navigateur serveur pour les applications et le SGBD Architectures à trois pôles (3-tiers) client avec un navigateur serveur d applications (le plus souvent OO) serveur de données (SGBD)

16 Architecture deux-tiers Deux types de serveur d application Passerelle CGI (Common Gateway Interface) Un programme externe au serveur HTTP construit les pages HTML à partir des résultats des requêtes Serveur HTTP étendu Toutes les applications partagent les données grâce à un ensemble de fonctions (API ou Application Programming Interface) intégrées au serveur HTTP

17 Architecture deux-tiers réseau Serveur HTTP Appli. CGI Poste client (navigateur) réseau Serveur HTTP étendu API Appli. SGBD + données

18 Architecture deux-tiers Deux types d API ISAPI (Microsoft) : remplace les exécutables CGI par des DLL partagées par plusieurs applications NSAPI (Netscape) : extension du serveur HTTP. fonctions définies dans un fichier de configuration souplesse d utilisation

19 Architecture trois-tiers Poste client Charge et exécute du code Serveur d application Logiciel OO générant le code et assurant l interface avec le SGBD Serveur de base de données Exécute les requêtes et renvoie le résultat à l interface avec le SGBD

20 Architecture trois-tiers réseau Poste client (navigateur chargeur et exécuteur de code) Serveur de code (OO) - CORBA - ODBC - JDBC réseau Serveur HTTP Base de données Serveur d appli. et HTTP Serveur BD

21 Architectures n-tiers Architecture 3 tiers Niveau client Niveau serveur d'application : middleware Niveau serveur de données

22 Gestion de transactions 1.Objectifs et bases 2.Journaux et reprise 3.Cas des systèmes répartis 4.Concurrence d'accès

23 Problème de base Plusieurs traitements effectués en même temps Il faut garantir : Que tous les traitements sont exécutés correctement Qu'aucun n'attendra «trop longtemps» Qu'aucun ne sera «oublié» Que si une panne survient, ils pourront être repris

24 Problème de base Opérations typiques : Traitements OLTP (On Line Transaction Proc.) : Mises à jour ponctuelles de lignes par des écrans prédéfinis, souvent répétitives, sur les données les plus récentes Traitements OLAP (On Line Analytical Proc.) : Consultations longues et compliquées Cas typique : données bancaires Débit / crédit sur une base de données bancaire + moyenne des comptes par agence Mesure des performances du système nombre de transactions par seconde et temps moyen d'exécution

25 Exemple Agences 1 Comptes Caissiers 100 Historique (Stocke les opérations)

26 Test de performance Begin-Transaction Update Compte Set Balance = Balance + Delta Where ComptetId = Aid ; Insert into Historique (Aid, Tid, Bid, Delta, TimeStamp) ; Update Caissier Set Balance = Balance + Delta Where CaissierId = Tid ; Update Agence Set Balance = Balance + Delta Where CaissierId = Tid ; End-Transaction Pour valider un débit/crédit, toutes les màj doivent être faites 90 % doivent avoir un temps de réponse < 2 secondes Chaque terminal génère une transaction toute les 10s Performance = Nombre de transactions validées / temps total

27 Exécution concurrente En plus de ces transactions, on suppose d'autres requêtes compliquées traitant un grand nombre de n-uplets en lecture Exemple : moyenne des comptes par agence SELECT A.AgenceId, AVG(C.Balance) FROM Agence A, Compte C WHERE A.AgenceId = C.AgenceId GROUP BY A.AgenceId

28 Les menaces Concurrence entre transactions Les effets d'une transaction sont «perdus» Des incohérences apparaissent Toutes les transactions sont bloquées Pannes Une transaction ne peut plus être continuée : défaire ce qui a été fait puis reprendre la transaction Une panne logicielle ou matérielle intervient : reprendre les transactions en cours

29 Propriétés des transactions Atomicité Soit toutes les mises à jour sont validées soit aucune Cohérence La base doit passer d'un état cohérent à un autre état cohérent Isolation Les résultats d'une transactionne ne sont visibles que lorsque cette transaction est validée Durabilité Les résultats d'une transaction validée ne peuvent être modifiés que par une autre transaction

30 Atomicité Introduction de deux instructions : Commit : validation des modifications (écriture sur disque) Abort : annulation des modifications (retour en arrière) (Rollback sous ORACLE) Une transaction peut donc : Avoir une «vie sans histoire» (son commit a été exécuté) Se suicider (son code contient un abort) Etre assassinée (le système a exécuté un abort)

31 En résumé... Update Update Mémoire de la transaction Commit Abort Bases de données Poubelle

32 Cohérence Perte de mise à jour lorsque deux transactions modifient le même objet Deux transactions T1 et T2 ajoutent Delta au même compte comme suit T1 : lire C.Balance T1 : C.Balance = C.Balance + Delta T2 : lire C.Balance T2 : C.Balance = C.Balance + Delta T2 : Ecrire C.Balance puis Commit T1 : Ecrire C.Balance puis Commit T2 est perdue

33 Isolation Lectures impropres : Une transaction modifie un objet lu par une autre transaction T1 ajoute Delta mais est annulée et T2 lit Balance T1 : lire C.Balance T1 : C.Balance = C.Balance + Delta T1 : Ecrire C.Balance T2 : lire C.Balance T1 : Abort T2 :... T2 lit une valeur fausse

34 Durabilité Une panne peut «annuler» les effets d'une transaction Exemple T1 : lire C.Balance T1 : C.Balance = C.Balance + Delta T1 : Ecrire C.Balance...PANNE... Commit T1 n'est pas sauvegardée

35 Journaux (avant/après) Journal «avant» : sauvegarde les valeurs lues avant modification Contient les débuts de transactions, les valeurs d'enregistrement avant mises à jour, les fins de transactions (commit ou abort) Permet de défaire les mises à jour effectuées par une transaction

36 Journal avant 2.Log Page lue Page modifiée 3.Update 1.Read 4.Write Base de données

37 Journaux (avant/après) Journal «après» : sauvegrade les valeurs après modifications Contient 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

38 Journal après 3.Log Page lue Page modifiée 2.Update 1.Read 4.Write Base de données

39 Gestion des journaux Structure d'un enregistrement Numéro de transaction (Trid) Type d'enregistrement {début, update, insert, commit, abort} TupleId [Attribut modifié, Ancienne valeur, Nouvelle valeur]... Ecrits dans un tampon en mémoire et vidés sur disque en début de Commit ou Abort

40 Sauvegrades Sauvegrades périodiques En parallèle aux mises à jour Ecrite dans les journaux ("savepoint") L'état sauvegardé doit être cohérent Points de reprise Permet de situer les transactions effectuées après la sauvegarde Pose d'un point de reprise Ecrire les buffers de journalisation (Log) Ecrire les buffers de pages (DB) Ecrire un record "checkpoint" dans le journal

41 En cas de panne... Panne logicielle : reprise «à chaud» Rechercher le dernier point de reprise Avec le journal après, rechercher les transactions en cours au moment de la panne Avec le journal avant, défaire les transactions non validées Avec le journal après, refaire ces transactions et terminer les transactions validées mais non complètement terminées (panne juste après Commit)

42 En cas de panne... Panne matérielle : reprise «à froid» Rechercher le dernier point de sauvegarde Restaurer l'état de la base sauvegardé Avec le journal après, reprendre les transactions en cours au moment de la panne

43 Concurrence Deux types d'action : lecture et écriture Types d'accès concurrents Lecture Lecture : ne pose pas de problème Ecriture Ecriture : perte de mise à jour Ecriture Lecture : lectures impropres Règles pour éviter ces problèmes 1.Toute transaction ne doit pas lire ou écrire un objet modifié par une autre transaction non terminée 2.Toute transaction ne doit pas modifier un objet lu par une autre transaction non terminée

44 Exemple : perte de mise à jour Deux transactions T1 et T2 ajoutent Delta au même compte comme suit T1 : lire C.Balance T1 : C.Balance = C.Balance + Delta T2 : lire C.Balance T2 : C.Balance = C.Balance + Delta T2 : Ecrire C.Balance puis Commit T1 : Ecrire C.Balance puis Commit Règle 1 non satisfaite

45 Exemple : lecture impropre T1 ajoute Delta mais est annulée et T2 lit Balance T1 : lire C.Balance T1 : C.Balance = C.Balance + Delta T1 : Ecrire C.Balance T2 : lire C.Balance T1 : Abort T2 :... Règle 1 non satisfaite

46 Exemple : lecture impropre T1 ajoute puis retire Delta et T2 lit Balance T1 : lire C.Balance T1 : C.Balance = C.Balance + Delta T1 : Ecrire C.Balance T2 : lire C.Balance T1 : C.Balance = C.Balance - Delta T1 : Ecrire C.Balance T1 : Commit Règle 2 non satisfaite

47 Terminologie Exécution concurrente de transactions : Séquence dans laquelle les instructions des transactions sont mélangées Exécution séquentielle : Séquence dans laquelle les instructions des transactions ne sont pas mélangées Exécution concurrente correcte : Son résultat est le même que celui produit par une exécution séquentielle

48 Détection des problèmes Graphe de précédence d'un exécution concurrente E Noeuds : transactions concurrentes Arcs : arc de T à T' si dans E, T lit ou écrit un objet puis T' écrit le même objet Exécution concurrente problématique si le graphe de précédence est cyclique

49 Exemples Reprendre les exemples donnés précédemment Tous les graphes contiennent Deux noeuds : T1 et T2 Deux arcs : de T1 à T2 et de T2 à T1

50 Verrous Permettent à une transaction de «réserver» en exclusion des autres un objet Deux actions élémentaires Demander un verrou sur O : lock(o) Libérer un verrou sur O : unlock(o) On ne peut lire ou écrire un objet O sans avoir obtenu un verrou sur O Deux types de verrou : écriture et lecture Tout verrou en écriture est exclusif Les verrous en lecture peuvent être partagés

51 Verrouillage en 2 phases Acquisition des verrous, puis libération des verrous Il est impossible d'obtenir un nouveau verrou après en avoir libéré un On garantit ainsi la correction des exécutions concurrentes Mais il reste un problème : interblocage

52 Exemple d'interblocage T1 : lock(o, W) T2 : lock(o', W) T1 : lock(o', R) T1 attend que T2 libère le verrou T2 : lock(o, W) T2 attend que T1 libère le verrou... T1 et T2 s'attendent mutuellement Comment résoudre ce problème? Quand il apparaît (on retrouve une problématique de cycle dans un graphe) En évitant (au mieux) qu'il n'apparaisse

53 Résolution des interblocages Maintenir le graphe des verrous Noeuds : transactions Arc de T à T' : T attend un verrou possédé par T' Tester régulièrement si le graphe est cyclique Par exemple dès qu'une transaction attend trop longtemps Si le graphe est cyclique Choisir une transaction du cycle Défaire cette transaction, puis la refaire plus tard

54 Prévention des interblocages Donner priorité aux transactions anciennes Ajouter une estampille de temps à chaque transaction Deux techniques Wait-Die : annuler une transaction T demandant des verrous tenus par des transactions anciennes. Lorsque T est reprise, elle garde son estampille Wound-Wait : si une transaction ancienne attend un verrou d'une transaction nouvelle T, T est blessée. Si T demande un verrou déjà pris, elle est défaite puis refaite

55 Cas des BD réparties La technique du verrouillage en 2 phases est utilisée Gestion centralisée : un site est désigné pour coordonner les demandes de verrous Sites impliqués par la transaction Site d'exécution de la transaction Site central 3 - exécution 4 - fin de transaction 1 - demande 2 - obtention 5 - libération

56 Gestion distribuée des verrous Plusieurs sites gèrent les verrous Chaque site s'occupe des verrous sur un ensemble donné d'objets Données répliquées : t sur différents sites t est lu sur un seul site (le plus souvent, le site où est exécutée la transaction) t est écrit sur tous les sites où il est stocké Donc t doit être verrouillé en écriture sur tous les sites où il est stocké Mais t doit aussi être verrouillé en lecture sur tous les sites où il est stocké

57 Gestion des interblocages Gestion centralisée : comme le cas standard Gestion distribuée Chaque site peut ne pas avoir de problème Mais, globalement, interblocage Résolution des interblocages dans une gestion distribuée : Chaque site teste si son sous graphe est cyclique et résout éventuellement un interblocage local Si nécessaire, on teste si le graphe global est cyclique (sur un site dédié)

58 Exemple 4 transactions et deux sites T1 et T2 exécutées sur le site 1 T3 et T4 exécutées sur le site 2 Ordonnancement global [T1 lock(a, W)] [T2 lock(a, W)] Site 1 T1 T2 [T3 lock(a, W)] [T4 lock(a, W)] [T4 lock(b, W)] [T1 lock(b, W)] Site 2 T3 T4

59 Conclusions On n'a présenté que les notions de base Beaucoup de recherches sur le sujet, mais peu d'implémentations Granularité des objets verrouillés (de la base complète au n-uplet) ou degrés d'isolation Gestion de transactions imbriquées pour améliorer le parallélisme Extension des opérations (pas seulement read/write) pour avoir des propriétés de commutativité...

Les transactions 1/40. I même en cas de panne logicielle ou matérielle. I Concept de transaction. I Gestion de la concurrence : les solutions

Les transactions 1/40. I même en cas de panne logicielle ou matérielle. I Concept de transaction. I Gestion de la concurrence : les solutions 1/40 2/40 Pourquoi? Anne-Cécile Caron Master MAGE - BDA 1er trimestre 2013-2014 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étail

Pierre Parrend IUT Lumière Lyon II, 2005-2006 pierre.parrend@univ-lyon2.fr. Bases de Données Avancées - Transactions

Pierre Parrend IUT Lumière Lyon II, 2005-2006 pierre.parrend@univ-lyon2.fr. Bases de Données Avancées - Transactions Pierre Parrend IUT Lumière Lyon II, 2005-2006 pierre.parrend@univ-lyon2.fr Bases de Données Avancées - Transactions Sommaire I. Introduction II. Transactions et SQL III. Contrôle de la Concurrence IV.

Plus en détail

Programme accédant et/ou modifiant des données persistantes (fichier ou BD) avec propriétés :

Programme accédant et/ou modifiant des données persistantes (fichier ou BD) avec propriétés : Transaction réservation(date, nbplace) select reste into r from RESERVATION where dateresa=:date si (r >= nbplace) alors update RESERVATION set reste=reste-nbplace where dateresa=:date éditer-place(date,

Plus en détail

Les 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

Les 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étail

Cours Bases de données 2ème année IUT

Cours 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étail

Bases de données et sites WEB Licence d informatique LI345

Bases 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étail

Définition: Transaction

Définition: Transaction Concurrence des accès Atomicité à la concurrence Concurrency atomicity Concepts 2PL Définition: Transaction Une transaction est une unité de travail Un ensemble d actions qui prend la base de données dans

Plus en détail

Module BDR Master d Informatique

Module BDR Master d Informatique Module BDR Master d Informatique Cours 8- Reprise sur pannes Anne Doucet Anne.Doucet@lip6.fr 1 Gestion de transactions Définition Exemples Propriétés des transactions Fiabilité et tolérance aux pannes

Plus en détail

SGBDR. Systèmes de Gestion de Bases de Données (Relationnelles)

SGBDR. 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étail

Cours Bases de données

Cours 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étail

4.1 Principe. Techniques SQL avancées. 1. Rappel des notions de base de données 2. Intégrité des données 3. Transactions

4.1 Principe. Techniques SQL avancées. 1. Rappel des notions de base de données 2. Intégrité des données 3. Transactions Techniques SQL avancées 4.1 Principe 1. Rappel des notions de base de données 2. Intégrité des données 3. Transactions 4.1 Principes 4.3 Sauvegarde (backup) 4.4 Journal (log) 4.5 Reprise suite à un incident

Plus en détail

SURETE DE FONCTIONNEMENT ET REPRISE APRES PANNE

SURETE DE FONCTIONNEMENT ET REPRISE APRES PANNE Université des sciences et de la Technologie Houari Boumediene USTHB Alger Département d Informatique ARCHITECTURE ET ADMINISTRATION DES BASES DE DONNÉES 2013-2014 RESPONSABLES M. KAMEL BOUKHALFA (SII)

Plus en détail

Introduction aux S.G.B.D.

Introduction aux S.G.B.D. NFE113 Administration et configuration des bases de données - 2010 Introduction aux S.G.B.D. Eric Boniface Sommaire L origine La gestion de fichiers Les S.G.B.D. : définition, principes et architecture

Plus en détail

Plan de cette partie. Implantation des SGBD relationnels. Définition et fonctionnalités. Index. Coûts pour retrouver des données

Plan de cette partie. Implantation des SGBD relationnels. Définition et fonctionnalités. Index. Coûts pour retrouver des données Implantation des SGBD relationnels Université de Nice Sophia-Antipolis Version 3.4 25//06 Richard Grin Plan de cette partie Nous allons étudier (très rapidement!) quelques éléments de solutions utilisés

Plus en détail

Concurrence. Concurrence d accès. Nicolas Travers nicolas.travers@cnam.fr

Concurrence. Concurrence d accès. Nicolas Travers nicolas.travers@cnam.fr Concurrence Concurrence d accès FIP1 - Bases de Données Nicolas Travers nicolas.travers@cnam.fr Équipe Vertigo Laboratoire CEDRIC Conservatoire National des Arts & Métiers, Paris, France 1 / 36 Plan Concurrence

Plus en détail

Architecture serveur de pages (2) Bilan architecture serveur de pages. Architecture multi-serveur. Pertes de mise à jour

Architecture serveur de pages (2) Bilan architecture serveur de pages. Architecture multi-serveur. Pertes de mise à jour Introduction Chapitre 5. Implémentation des SGBDO 1 architectures client/serveur 2 concurrence, pannes 3 Quelques SGBDRO 4 Quelques SGBDOO années 80 : serveur : BD client : applications et langages appel

Plus en détail

ARCHITECTURES DES SYSTÈME DE BASE DE DONNÉES. Cours Administration des Bases de données M Salhi

ARCHITECTURES DES SYSTÈME DE BASE DE DONNÉES. Cours Administration des Bases de données M Salhi ARCHITECTURES DES SYSTÈME DE BASE DE DONNÉES Cours Administration des Bases de données M Salhi Architectures des Système de base de données Systèmes centralisés et client-serveur Server System Architectures

Plus en détail

Réplication des données

Ré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étail

Cours Bases de données

Cours Bases de données Cours Bases de données Concurrence d accès 3 année (MISI) Antoine Cornuéjols www.lri.fr/~antoine antoine.cornuejols@agroparistech.fr Contrôle de la concurrence d accès 1. Introduction 1.1. Systèmes multi-utilisateurs

Plus en détail

10/04/2011. Serveur de données. Serveur de données. Client. Programme d'application Logiciel intermédiaire Pilote de télécommunication.

10/04/2011. Serveur de données. Serveur de données. Client. Programme d'application Logiciel intermédiaire Pilote de télécommunication. 1 BD locale BD locale Programme d'application Logiciel intermédiaire Client SGBD réparti Logiciel intermédiaire données SGBD réparti Logiciel intermédiaire données 2 Bénéfices potentiels Performance Fiabilité

Plus en détail

12. Concurrence et transactions. OlivierCuré [ocure@univ-mlv.fr]

12. Concurrence et transactions. OlivierCuré [ocure@univ-mlv.fr] 12. Concurrence et transactions 354 Plan Notion de transaction Théorie de la concurrence Sérialisation Techniques pessimistes et optimistes Gestion de transactions Validation Reprise après panne 355 12.1

Plus en détail

COMPOSANTS DE L ARCHITECTURE D UN SGBD. Chapitre 1

COMPOSANTS 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étail

Bases de données cours 1

Bases 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étail

4. Utilisation d un SGBD : le langage SQL. 5. Normalisation

4. 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étail

Gestion des Journaux. Méthodes d accès aux données. Système d exploitation. Gestion de Verrous. Gestion de. Mémoire. Gestion de transactions Page 2

Gestion des Journaux. Méthodes d accès aux données. Système d exploitation. Gestion de Verrous. Gestion de. Mémoire. Gestion de transactions Page 2 Gestion de Transactions Propriétés ACID d'une transaction Protocoles de contrôle de concurrence Protocoles de résistance aux pannes Gestion de transactions Page 1 Définition d une transaction Transaction

Plus en détail

Transactions et concurrence

Transactions et concurrence Transactions et concurrence Le concept de transaction Les états d une transaction Exécutions concurrentes Sérialisabilité Définition des transactions dans SQL Test de sérialisabilité Le concept de transaction

Plus en détail

Architectures web/bases de données

Architectures 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étail

//////////////////////////////////////////////////////////////////// Administration bases de données

//////////////////////////////////////////////////////////////////// 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étail

Présentation du module Base de données spatio-temporelles

Pré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étail

Les journées SQL Server 2013

Les journées SQL Server 2013 Les journées SQL Server 2013 Un événement organisé par GUSS Les journées SQL Server 2013 Les Verrous Arian Papillon, MVP SQL Server Frédéric Brouard, MVP SQL Server Un événement organisé par GUSS Arian

Plus en détail

Cours Administration BD

Cours Administration BD Faculté des Sciences de Gabès Cours Administration BD Chapitre 2 : Architecture Oracle Faîçal Felhi felhi_fayssal@yahoo.fr 1 Processus serveur 1 Mémoire PGA Architecture SGBD Oracle Processus serveur 2

Plus en détail

Gestion 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 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étail

Plan. Cours 4 : Méthodes d accès aux données. Architecture système. Objectifs des SGBD (rappel)

Plan. Cours 4 : Méthodes d accès aux données. Architecture système. Objectifs des SGBD (rappel) UPMC - UFR 99 Licence d informatique 205/206 Module 3I009 Cours 4 : Méthodes d accès aux données Plan Fonctions et structure des SGBD Structures physiques Stockage des données Organisation de fichiers

Plus en détail

Système de base de données

Système de base de données Système de base de données 1. INTRODUCTION Un système de base de données est un système informatique dont le but est de maintenir les informations et de les rendre disponibles à la demande. Les informations

Plus en détail

Présentation du module. Base de données spatio-temporelles. Exemple. Introduction Exemple. Plan. Plan

Présentation du module. Base de données spatio-temporelles. Exemple. Introduction Exemple. Plan. Plan Base de données spatio-temporelles S. Lèbre slebre@unistra.fr Université de Strasbourg, département d informatique. Présentation du module Contenu général Partie 1 : Notion de bases de données (Conception

Plus en détail

Quel SGBDR pour VFP?

Quel SGBDR pour VFP? D. Peralta le 4 mars 2008 Rencontres AtoutFox 2007/2008 Quel SGBDR pour VFP? Lors des précédentes rencontres, nous avons écrit des articles sur l utilisation des SGBDR avec VFP. Nous avons vu les différentes

Plus en détail

Généralités sur les bases de données

Généralités sur les bases de données Généralités sur les bases de données Qu est-ce donc qu une base de données? Que peut-on attendre d un système de gestion de bases de données? Que peut-on faire avec une base de données? 1 Des données?

Plus en détail

et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7

et 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étail

Objectifs. Maîtriser. Pratiquer

Objectifs. Maîtriser. Pratiquer 1 Bases de Données Objectifs Maîtriser les concepts d un SGBD relationnel Les modèles de représentations de données Les modèles de représentations de données La conception d une base de données Pratiquer

Plus en détail

Multi-processeurs, multi-cœurs et cohérence mémoire et cache

Multi-processeurs, multi-cœurs et cohérence mémoire et cache Multi-processeurs, multi-cœurs et cohérence mémoire et cache Intervenant : Thomas Robert Institut Mines-Télécom Rappel système d exploitation & Parallélisme L unité d exécution pour un système d exploitation

Plus en détail

CHAPITRE 1 ARCHITECTURE

CHAPITRE 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étail

IFT3030 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 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étail

Bases de données avancées Introduction

Bases 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étail

Bases de données. Cours 6 : Introduction à des notions avancées (Index, Déclencheurs, Transactions) Nicolas DURAND

Bases de données. Cours 6 : Introduction à des notions avancées (Index, Déclencheurs, Transactions) Nicolas DURAND Bases de données Cours 6 : Introduction à des notions avancées (Index, Déclencheurs, Transactions) Nicolas DURAND Polytech Marseille Université d Aix-Marseille 2012-2013 Nicolas DURAND Bases de données

Plus en détail

Module BDR Master d Informatique (SAR)

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étail

CHAPITRE 1 ARCHITECTURE BASES DE DONNÉES AVANCÉES 2014-2015 20/10/2014. Université des sciences et de la Technologie Houari Boumediene USTHB Alger

CHAPITRE 1 ARCHITECTURE BASES DE DONNÉES AVANCÉES 2014-2015 20/10/2014. Université des sciences et de la Technologie Houari Boumediene USTHB Alger Université des sciences et de la Technologie Houari Boumediene USTHB Alger Département d Informatique BASES DE DONNÉES AVANCÉES 2014-2015 RESPONSABLES M. KAMEL BOUKHALFA (SII CHAPITRE 1 ARCHITECTURE 1

Plus en détail

Bases de Données Réparties Examen du 15 mai 2007

Bases de Données Réparties Examen du 15 mai 2007 Nom : Prénom : page 1 Université Pierre et Marie Curie - Paris 6 - UFR 922 - Master d'informatique (SAR) Bases de Données Réparties Examen du 15 mai 2007 Elements de correction Les documents ne sont pas

Plus en détail

Chapitre 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 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étail

Transaction. 1:débiter(1000) 2:créditer(1000)

Transaction. 1:débiter(1000) 2:créditer(1000) Transaction Il n'est pas rare qu'une opération se divise en plusieurs autres opérations élémentaires sur la base de données. Dans ce cas, l''état de la base de données avant l'opération est maintenue cohérent,

Plus en détail

Données Réparties. Thibault BERNARD. thibault.bernard@univ-reims.fr

Données Réparties. Thibault BERNARD. thibault.bernard@univ-reims.fr Données Réparties Thibault BERNARD thibault.bernard@univ-reims.fr Sommaire Introduction Gestion de la concurrence Reprise après panne Gestion des données dupliquées Sommaire Introduction Gestion de la

Plus en détail

Architecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application

Architecture 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étail

Module Bases de Données et Sites Web Partiel du 1 er avril 2005

Module Bases de Données et Sites Web Partiel du 1 er avril 2005 Université Pierre et Marie Curie - Paris 6 - UFR 922 - Licence d'informatique Module Bases de Données et Sites Web Partiel du 1 er avril 2005 Documents autorisés Durée : 2h. Exercice 1 : Autorisation Question

Plus en détail

Architecture des systèmes d information

Architecture des systèmes d information Architecture des systèmes d information Table des matières 1 La décennie 70 1 2 Le modèle relationnel (les années 80) 1 3 Enrichissement du relationnel (les années 80/90) 2 4 Système d informations (les

Plus en détail

PHP OO et Pear DB. Olivier Perrin IUT Nancy-Charlemagne Département Informatique Université Nancy 2. Olivier.Perrin@loria.fr

PHP OO et Pear DB. Olivier Perrin IUT Nancy-Charlemagne Département Informatique Université Nancy 2. Olivier.Perrin@loria.fr PHP OO et Pear DB Olivier Perrin IUT Nancy-Charlemagne Département Informatique Université Nancy 2 Olivier.Perrin@loria.fr Classes et objets en PHP Une classe PHP regroupe des variables d instance, représentés

Plus en détail

Bases de données avancées Concurrence d'accès et reprise

Bases 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étail

Optimisation de requêtes. I3009 Licence d informatique 2015/2016. Traitement des requêtes

Optimisation de requêtes. I3009 Licence d informatique 2015/2016. Traitement des requêtes Optimisation de requêtes I3009 Licence d informatique 2015/2016 Cours 5 - Optimisation de requêtes Stéphane.Gançarski Stephane.Gancarski@lip6.fr Traitement et exécution de requêtes Implémentation des opérateurs

Plus en détail

Module BD et sites WEB

Module 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étail

WWW - Intérêts du Web

WWW - Intérêts du Web WWW - Intérêts du Web client universel facilité d'emploi standards ouverts intégration des autres services Internet extensibilité du système faibles coûts logiciel et réseau utilisation au sein d'une entreprise

Plus en détail

Transcations réparties. Concept de transaction. Exemple de transaction. Propriétés des transactions (ACIDité) Page 1

Transcations réparties. Concept de transaction. Exemple de transaction. Propriétés des transactions (ACIDité) Page 1 Transcations réparties Concept de transaction Gestion de transactions Transactions dans un système réparti Une transaction est une collection d'actions qui transforment la BD (ou des fichiers) depuis un

Plus en détail

Développement d applications Internet et réseaux avec LabVIEW. Alexandre STANURSKI National Instruments France

Développement d applications Internet et réseaux avec LabVIEW. Alexandre STANURSKI National Instruments France Développement d applications Internet et réseaux avec LabVIEW Alexandre STANURSKI National Instruments France Quelles sont les possibilités? Publication de données Génération de rapports et de documents

Plus en détail

Copyright (C) 1997-2007. JM Rodriguez. Tous droits réservés. Reproduction interdite par tous moyens sauf à des fins de citation.

Copyright (C) 1997-2007. JM Rodriguez. Tous droits réservés. Reproduction interdite par tous moyens sauf à des fins de citation. 1 Les Transactions Une transaction est une séquence d opérations sur un serveur. 1.1 Le concept Le principe s'inspire des transactions tout ou rien de l'époque primitive des bandes magnétiques sans l'utilisation

Plus en détail

CAHIER DES CHARGES D IMPLANTATION

CAHIER DES CHARGES D IMPLANTATION CAHIER DES CHARGES D IMPLANTATION Tableau de diffusion du document Document : Cahier des Charges d Implantation EVRP Version 6 Etabli par DCSI Vérifié par Validé par Destinataires Pour information Création

Plus en détail

INTRODUCTION AUX BASES DE DONNÉES

INTRODUCTION AUX BASES DE DONNÉES INTRODUCTION AUX BASES DE DONNÉES Najib TOUNSI Cours à l'usage des premières années informatique Najib TOUNSI - 1 - SOMMAIRE Concepts de Bases Base de Données Système Gestion de Bases de Données Niveau

Plus en détail

WEA Un Gérant d'objets Persistants pour des environnements distribués

WEA 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étail

Chapitre 5. Communication interprocessus. 5.1 Introduction

Chapitre 5. Communication interprocessus. 5.1 Introduction Communication interprocessus 5.1 Introduction Dans une activité parallèle (ou pseudo parallèle), un ensemble de processus séquentiels s exécutent en parallèle. Cette exécution résulte deux types de relations

Plus en détail

Le client/serveur repose sur une communication d égal à égal entre les applications.

Le client/serveur repose sur une communication d égal à égal entre les applications. Table des matières LES PRINCIPES DE BASE... 1 Présentation distribuée-revamping...2 Présentation distante...3 Traitements distribués...3 données distantes-rd...4 données distribuées-rda distribué...4 L'ARCHITECTURE

Plus en détail

TP Bases de données réparties

TP Bases de données réparties page 1 TP Bases de données réparties requêtes réparties Version corrigée Auteur : Hubert Naacke, révision 5 mars 2003 Mots-clés: bases de données réparties, fragmentation, schéma de placement, lien, jointure

Plus en détail

Systèmes d information documentaires distribués

Systèmes d information documentaires distribués Systèmes d information documentaires distribués Yannick Prié UFR Informatique Université Claude Bernard Lyon 004-005 Master SIB M UE 3 / Bloc 4 Cours 6-7 Systèmes d information documentaires distribués

Plus en détail

Administration des bases de données

Administration des bases de données Administration des bases de données Jean-Yves Antoine http://www.info.univ-tours.fr/~antoine/ Administration des bases de données IV SGBD Transactionnels : protection et sécurité des données OBJECTIFS

Plus en détail

Oracle Database 10g: Les fondamentaux du langage SQL I

Oracle Database 10g: Les fondamentaux du langage SQL I Oracle University Appelez-nous: +33 (0) 1 57 60 20 81 Oracle Database 10g: Les fondamentaux du langage SQL I Durée: 3 Jours Description Ce cours offre aux étudiants une introduction à la technologie de

Plus en détail

Les formations. Développeur Logiciel. ENI Ecole Informatique

Les formations. Développeur Logiciel. ENI Ecole Informatique page 1/5 Titre professionnel : Reconnu par l Etat de niveau III (Bac), inscrit au RNCP (arrêté du 12/10/07, J.O. n 246 du 23/10/07) (32 semaines) Unité 1 : Structurer une application 6 semaines Module

Plus en détail

FileMaker 12. Guide ODBC et JDBC

FileMaker 12. Guide ODBC et JDBC FileMaker 12 Guide ODBC et JDBC 2004-2012 FileMaker, Inc. Tous droits réservés. FileMaker, Inc. 5201 Patrick Henry Drive Santa Clara, California 95054 FileMaker et Bento sont des marques commerciales de

Plus en détail

Exécution des applications réparties

Exécution des applications réparties Exécution des applications réparties Programmation des Applications Réparties Olivier Flauzac URCA Master STIC-Informatique première année Olivier Flauzac (URCA) PAR : Exécution des applications réparties

Plus en détail

Bases de données. c Olivier Caron. Bureau F-016 Olivier.Caron@polytech-lille.fr

Bases de données. c Olivier Caron. Bureau F-016 Olivier.Caron@polytech-lille.fr Bases de données Bureau F-016 Olivier.Caron@polytech-lille.fr 1 Système d information et bases de données Une formation sur 3 ans! Système d information Analyse, conception Bases de données structuration,

Plus en détail

Bases 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. 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étail

Créer le modèle multidimensionnel

Créer le modèle multidimensionnel 231 Chapitre 6 Créer le modèle multidimensionnel 1. Présentation de SSAS multidimensionnel Créer le modèle multidimensionnel SSAS (SQL Server Analysis Services) multidimensionnel est un serveur de bases

Plus en détail

Java et les bases de données: JDBC: Java DataBase Connectivity SQLJ: Embedded SQL in Java. Michel Bonjour http://cuiwww.unige.

Java et les bases de données: JDBC: Java DataBase Connectivity SQLJ: Embedded SQL in Java. Michel Bonjour http://cuiwww.unige. : JDBC: Java DataBase Connectivity SQLJ: Embedded SQL in Java Michel Bonjour http://cuiwww.unige.ch/~bonjour Plan JDBC: API bas niveau pour l accès aux BD (SQL) - Introduction - JDBC et : Java, ODBC, SQL

Plus en détail

Introduction aux Bases de Données Relationnelles. Introduction aux Bases de Données Relationnelles Introduction- 1. Qu est-ce qu une base de données?

Introduction aux Bases de Données Relationnelles. Introduction aux Bases de Données Relationnelles Introduction- 1. Qu est-ce qu une base de données? Qu est-ce qu une base de données? Utilisez-vous des bases de données? Introduction aux Bases de Données Relationnelles explicitement? implicitement? Qui n utilise jamais de base de données? Département

Plus en détail

Le Network File System de Sun (NFS)

Le 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étail

Application web de gestion de comptes en banques

Application web de gestion de comptes en banques Application web de gestion de comptes en banques Objectif Réaliser une application Web permettant à un client de gérer ses comptes en banque Diagramme de cas d'utilisation 1 Les cas d'utilisation Connexion

Plus en détail

Bases de données Cours 1 : Généralités sur les bases de données

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 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étail

Architectures web pour la gestion de données

Architectures web pour la gestion de données Architectures web pour la gestion de données Dan VODISLAV Université de Cergy-Pontoise Plan Le Web Intégration de données Architectures distribuées Page 2 Le Web Internet = réseau physique d'ordinateurs

Plus en détail

UNION INTERCEPT SELECT WHERE JOINT FROM ACID

UNION 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étail

Multi-processeurs, multi-cœurs, cohérence mémoire et cache

Multi-processeurs, multi-cœurs, cohérence mémoire et cache Multi-processeurs, multi-cœurs, cohérence mémoire et cache Intervenant : Thomas Robert Institut Mines-Télécom Parallélisme inter instructions n Exécution : une séquence d instructions appliquées à un 1

Plus en détail

Cours de Base de Données Cours n.12

Cours de Base de Données Cours n.12 Cours de Base de Données Cours n.12 Gestion des transactions : contrôle de concurrence Elisabetta De Maria - http://www.i3s.unice.fr/ edemaria/ UFR Sciences et Laboratoire I3S, CNRS 2013-2014 Université

Plus en détail

Formation DEV4 : SQL - Conception & Mise en Oeuvre

Formation DEV4 : SQL - Conception & Mise en Oeuvre Synopsis Formation DEV4 : SQL - Conception & Mise en Oeuvre Le SQL (Structured Query Language) est le langage standard de manipulation de données. À ce titre, il est le pilier fondamental de la base PostgreSQL,

Plus en détail

SQL Server Integration Services 2012 Mise en oeuvre d'un projet ETL avec SSIS

SQL Server Integration Services 2012 Mise en oeuvre d'un projet ETL avec SSIS Introduction à SSIS 1. Présentation de SSIS 13 1.1 Concepts de l ETL 13 1.2 Management Studio et SQL Server Data Tools 14 1.3 Architecture 14 2. SSIS 2012 17 2.1 Les nouveautés de la version 2012 17 2.2

Plus en détail

Bases 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. 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étail

1.1/Architecture des SGBD Les architectures physiques de SGBD sont très liées au mode de répartition.

1.1/Architecture des SGBD Les architectures physiques de SGBD sont très liées au mode de répartition. LP Informatique(DA2I), F7 : Administration Système, Réseaux et Base de données 15/11/2007, Enseignant : M. Nakechbnadi, mail : nakech@free.fr Première parie : Administration d une BD Chapitre 1 : Architecture

Plus en détail

Transactionnel et transactionnel réparti. Source R.CHEVANCE G.Gardarin

Transactionnel 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étail

Chapitre 1. Introduction aux Bases de Données. Cours de Bases de Données. Polytech Paris-Sud. Chapitre 1 : Quelques questions

Chapitre 1. Introduction aux Bases de Données. Cours de Bases de Données. Polytech Paris-Sud. Chapitre 1 : Quelques questions Cours de Bases de Données Chapitre 1 Polytech Paris-Sud Sarah Cohen-Boulakia LRI, Bât 490, Université Paris-Sud 11, Orsay cohen @ lri. fr 01 69 15 32 16 Introduction aux Bases de Données 1 2 Chapitre 1

Plus en détail

Principes d'utilisation des systèmes de gestion de bases de données. Introduction

Principes d'utilisation des systèmes de gestion de bases de données. Introduction Principes d'utilisation des systèmes de gestion de bases de données Introduction quoi? qui? quand? pourquoi? comment? etc. (1/2) «Principes d'utilisation des SGBD» SGBD : qu'est ce que c'est? utilisation

Plus en détail

Programme détaillé. Administrateur de Base de Données Oracle - SQLServer - MySQL. Objectifs de la formation. Les métiers

Programme détaillé. Administrateur de Base de Données Oracle - SQLServer - MySQL. Objectifs de la formation. Les métiers Programme détaillé Objectifs de la formation Les systèmes de gestion de bases de données prennent aujourd'hui une importance considérable au regard des données qu'ils hébergent. Véritable épine dorsale

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 38 NFP111 Systèmes et Applications Réparties Cours 11 - Les Enterprise Java Beans (Introduction aux Enterprise Claude Duvallet Université du Havre UFR Sciences

Plus en détail

NVU, Notepad++ (ou le bloc-note), MySQL, PhpMyAdmin. HTML, PHP, cas d utilisation, maquettage, programmation connaissances en HTML, PHP et SQL

NVU, Notepad++ (ou le bloc-note), MySQL, PhpMyAdmin. HTML, PHP, cas d utilisation, maquettage, programmation connaissances en HTML, PHP et SQL Prise en main de NVU et Notepad++ (conception d application web avec PHP et MySql) Propriétés Intitulé long Formation concernée Matière Présentation Description Conception de pages web dynamiques à l aide

Plus en détail

L INFORMATION GEOGRAPHIQUE

L INFORMATION GEOGRAPHIQUE Champs sur Marne ENSG/CERSIG Le 19-nove.-02 L INFORMATION GEOGRAPHIQUE Archivage Le Système d information géographique rassemble de l information afin de permettre son utilisation dans des applications

Plus en détail

SharePoint Server 2013 Déploiement et administration de la plate-forme

SharePoint Server 2013 Déploiement et administration de la plate-forme Présentation des technologies SharePoint 1. Historique des technologies SharePoint 13 1.1 SharePoint Team Services v1 14 1.2 SharePoint Portal Server 2001 14 1.3 Windows SharePoint Services v2 et Office

Plus en détail

Chapitre 1 : Introduction aux bases de données

Chapitre 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étail