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

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

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

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

6 Transactions (sécurité des données, gestion des accès concurrents)

6 Transactions (sécurité des données, gestion des accès concurrents) 6 Transactions (sécurité des données, gestion des accès concurrents) Transaction Définition : suite d'actions (lectures/écritures) qui manipule/modifie le contenu d une BD en maintenant la cohérence des

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 : extension des moniteurs transactionnels «anciens» (CICS d IBM par exemple) à la gestion de transactions réparties hétérogènes implantation du modèle DTP (Distributed Transaction Processing) de X/Open TUXEDO

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

8. Protection des SGBD

8. Protection des SGBD 8. Protection des SGBD 8.1 Introduction Les SGBD courent certains dangers que nous pouvons répertorier en : - accidents logiciels - utilisation pernicieuse - pannes matérielles Les SGBD doivent faire face

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

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

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

Module 19: Développement et déploiement d application client/serveur TDI2 2013/2014 Formateur:M.AZZI hamidazzi@gmail.com hamidazzi.overblog.

Module 19: Développement et déploiement d application client/serveur TDI2 2013/2014 Formateur:M.AZZI hamidazzi@gmail.com hamidazzi.overblog. Module 19: Développement et déploiement d application client/serveur TDI2 2013/2014 Formateur:M.AZZI hamidazzi@gmail.com hamidazzi.overblog.com INTRODUCTION Il y a une évolution majeure des systèmes d'information,

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

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

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

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

Architecture d Oracled. Richard CHBEIR Email : richard.chbeir@u-bourgogne.fr

Architecture d Oracled. Richard CHBEIR Email : richard.chbeir@u-bourgogne.fr Architecture d Oracled Richard CHBEIR Email : richard.chbeir@u-bourgogne.fr Plan Architecture Structure Physique Composants Processus Traitement de requêtes Structure Logique Architecture Un serveur Oracle

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

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

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

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

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

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

Module BDR Master d Informatique (SAR) Cours 5- bases de données parallèles Anne Doucet Anne.Doucet@lip6.fr

Module BDR Master d Informatique (SAR) Cours 5- bases de données parallèles Anne Doucet Anne.Doucet@lip6.fr Module BDR Master d Informatique (SAR) Cours 5- bases de données parallèles Anne Doucet Anne.Doucet@lip6.fr 1 Plan Introduction Architectures Placement des données Parallélisme dans les requêtes Optimisation

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

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

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

Guide de démarrage rapide avec DataStudio Online Edition

Guide de démarrage rapide avec DataStudio Online Edition Guide de démarrage rapide avec DataStudio Online Edition Introduction Ce document vient en complément des films de démonstration disponibles sur le site web de data. L ETL ETL est un sigle qui signifie

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

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

I. Bases de données. Exemples classiques d'applications BD. Besoins de description

I. Bases de données. Exemples classiques d'applications BD. Besoins de description I. Bases de données Exemples classiques d'applications BD Les besoins Qu est ce qu un SGBD, une BD Architecture d un SGBD Cycle de vie Plan du cours Gestion des personnels, étudiants, cours, inscriptions,...

Plus en détail

Implémentation d'une base de données SQL Server 2005

Implémentation d'une base de données SQL Server 2005 Implémentation d'une base de données SQL Server 2005 Dates : 26 30 Septembre 2011 Durée : 05 Jours PARTICIPANTS : Ce cours est destiné aux professionnels des technologies de l'information qui souhaitent

Plus en détail

REQUEA. v 1.0.0 PD 20 mars 2008. Mouvements d arrivée / départ de personnels Description produit

REQUEA. v 1.0.0 PD 20 mars 2008. Mouvements d arrivée / départ de personnels Description produit v 1.0.0 PD 20 mars 2008 Mouvements d arrivée / départ de personnels Description produit Fonctionnalités L application Gestion des mouvements d arrivée / départ de Requea permet la gestion collaborative

Plus en détail

Bases de données Cours 2 : Architecture pour les bases de données

Bases de données Cours 2 : Architecture pour les bases de données Cours 2 : Architecture pour les bases de données ESIL Université de la méditerranée Odile.Papini@esil.univ-mrs.fr http://odile.papini.perso.esil.univmed.fr Plan du cours Architecture SPARC-ANSI 1 Architecture

Plus en détail

Module IUP3 Bases de Données Avancées. Esther Pacitti

Module IUP3 Bases de Données Avancées. Esther Pacitti Module IUP3 Bases de Données Avancées Esther Pacitti Objectifs générales du Module Réviser les principales concepts de BD relationnelle et la langage algébrique et SQL (interrogation et màj) Comprendre

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

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

Introduction aux systèmes d exploitation

Introduction aux systèmes d exploitation Introduction aux systèmes d exploitation Le système d exploitation est un ensemble de logiciels qui pilotent la partie matérielle d un ordinateur. Les principales ressources gérées par un système d exploitation

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

XML et Bases de données. XMLType Oracle XML DB

XML et Bases de données. XMLType Oracle XML DB Oracle XML DB Oracle XML DB Depuis la version 9i et de façon enrichie dans la version 10g, Oracle propose des outils pour gérer des documents XML Depuis la 10g il n'y a plus d'extraction car auparavant

Plus en détail

CAHIER DES CHARGES D IMPLANTATION D EvRP V3

CAHIER DES CHARGES D IMPLANTATION D EvRP V3 CAHIER DES CHARGES D IMPLANTATION D EvRP V3 Tableau de diffusion du document Document : Cahier des Charges d Implantation EVRP V3 Version 42 Etabli par Département Accompagnement des Logiciels Vérifié

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

Introduction aux Bases de Données Relationnelles Conclusion - 1

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

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

Systèmes de gestion de bases de données

Systèmes de gestion de bases de données Systèmes de gestion de bases de données Mécanismes transactionnels P. Rigaux Cnam, dépt. informatique May 20, 2015 PR (Cnam, dépt. info) Systèmes de gestion de bases de données May 20, 2015 1 / 1 Le contrôle

Plus en détail

Architecture technique

Architecture technique OPUS DRAC Architecture technique Projet OPUS DRAC Auteur Mathilde GUILLARME Chef de projet Klee Group «Créateurs de solutions e business» Centre d affaires de la Boursidière BP 5-92357 Le Plessis Robinson

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

SQL Server 2012 - Administration d'une base de données transactionnelle avec SQL Server Management Studio (édition enrichie de vidéos)

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

EJB avancés. Transactions Sécurité Ressources Performances

EJB avancés. Transactions Sécurité Ressources Performances EJB avancés Transactions Sécurité Ressources Performances Les transactions Concept fondamental dans les applications distribuées Indispensable pour une exécution sure des services Difficile à mettre en

Plus en détail

INTERFACE. Supervision / Bases de Données

INTERFACE. Supervision / Bases de Données MASTER ASE SYSTEMES D INFORMATION POUR L INDUSTRIE INTERFACE Supervision / Bases de Données ODBC/ADO Pierre BONNET 2008-2009 Pierre BONNET - Supervision - Liaison ODBC 1 L INTERFACE ODBC Open DataBase

Plus en détail

Introduction aux Bases de Données

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

Cours de Systèmes d Exploitation

Cours de Systèmes d Exploitation Licence d informatique Synchronisation et Communication inter-processus Hafid Bourzoufi Université de Valenciennes - ISTV Introduction Les processus concurrents s exécutant dans le système d exploitation

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

5. Parallélisme et distribution

5. Parallélisme et distribution École Doctorale 2008/2009 Systèmes de Bases de Données Avancés 5. Parallélisme et distribution École nationale Supérieure d'informatique 1 Plan Concepts préliminaires Traitement parallèle des requêtes

Plus en détail

Chapitre 1 Installer MySQL 5 21

Chapitre 1 Installer MySQL 5 21 Chapitre 1 Installer MySQL 5 21 1.1. Les outils nécessaires... 22 1.2. Télécharger et installer le serveur MySQL... 22 Télécharger la dernière version... 22 Lancer l installation sous Windows... 23 Lancer

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

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