4 LesSgbd 1

SGBD : Systme de Gestion de Base de Donnes (1)
Cours: BD. AvancesAnne: 2011/2012 Dr B. S. MEDILEH (Univ. Batna Algrie) I- 1 : 2005/2006 Par: Dr B. Belattar Cours: BDD. Anne:2005/2006 Ens. Belattar (Univ. (Univ. El-Oued) : Les SGBD : Mise niveau Cours: BDAv. Anne: Batna) SGBS 1 11
Contexte d'apparition
Dans les annes 60, les premiers systmes d'exploitation comportaient dj des primitives d'entre/sortie (BIOS basic input ouput system) qui permettaient au programmeur de faire abstraction de la gestion physique des donnes persistantes (au niveau des donn pistes, blocs ou secteurs, sur les supports de mmoire externe).
Cours: BDD. Anne:2005/2006 Ens. Belattar (Univ. (Univ. El-Oued) : Les SGBD : Mise niveau Cours: BD. AvancesAnne: 2011/2012 Dr B. S. MEDILEH (Univ. Batna Algrie) I- 1 : 2005/2006 Par: Dr B. Belattar Batna) SGBS 1 Cours: BDAv. Anne: 22
Apparition des Systmes de Gestion de Fichiers (SGF) qui Syst prennent dsormais en charge les mcanismes d'accs aux d m d'acc donnes organises en fichiers: donn organis fichiers:
squentiel, relatif, index, index squentiel index... index
On peut citer, par exemple, les systmes de fichiers syst SAM, ISAM, OSAM, HISAM des mainframes IBM
Les SGF permettent une relative indpendance ind pendance entre les programmes et les donnes. donn
Cours: BDD. Anne: 2005/2006 Par: Dr B. Belattar (Univ. El-Oued) Les SGBD : Mise niveau 3 Cours: BD. AvancesAnne: 2011/2012 Ens. S. MEDILEH (Univ. Batna Algrie) I- 1 :
Plusieurs programmes (en gnral conus l'intrieur d'une g con l'int mme application) peuvent travailler sur le ou les mmes fichiers aux conditions suivantes:
qu'ils dtiennent la mme dfinition du fichier (la description du d d fichier figurant explicitement l'intrieur des programmes); l'int trs contraignant puisque toute remise en question des structures des tr
fichiers entrane des modifications au sein des programmes y accdant;
qu'ils utilisent le mme SGF (gnralement incompatibles entre (g eux); la notion mme de structure de fichiers n'est pas uniforme; uniforme; ceci rend les applications peu portables et difficilement volutives;
Les langages supports restent des langages procduraux pour proc lesquels la gestion d'application multi-fichiers devient rapidement multipnible : programmation explicite des mcanismes d'accs, vrification de nombreuses contraintes d'intgrit, mise--jour clates induisant des risques d'incohrence...,
une proportion importante du code des programmes d'application ne se rapporte pas l'application traite mais prend en compte les trait techniques d'accs du SGF sous-jacent; d'acc sous-
En plus d'un alourdissement des programmation devient fastidieuse.
programmes,
la
De plus, l'informatisation s'effectue de faon verticale (on fa privilgie l'aspect traitement). privil
Le dcoupage fonctionnel d'un systme d'information se d syst traduisait par :

la prise en charge des fonctionnalits des diffrents services fonctionnalit diff services Chaque service exploitant des traitements spcifiques sur des sp fichiers propritaires. propri taires.
Evolution du contexte informatique

L'volution du contexte informatique se traduit par:
volution des mmoire de masse: amlioration des temps d'accs, augmentation des capacits, diminution des prix. Pour les systmes et logiciels de base, apparition de : accs multiples: permettant plusieurs utilisateurs d'utiliser en mme temps la mme base de donnes; mode conversationnel: permet de rendre la consultation plus facile, moins informatique; progrs dans la gestion de la mmoire. Dveloppement continuel des base de donnes en rseaux.
Pour les modes de dveloppement d'applications, passage de l'artisanat la production rationnalise: atelier de dveloppement comprenant des possibilits de gestion des programmes, des versions, des documentations, des chanes de traitement, langages de 4 Gnration comportant des gnrateurs d'cran (form), d'tats (report), de menus, outils de maquettage, de prototypage, mcanismes assurant la cohrence du Systme d'Information (rfrentiel, dictionnaire de donnes), multiples outils (debug, test...).
Dans les mentalits, passage d'une informatique centralise, une informatique ouverte axe sur le service aux utilisateurs:
une diversification des besoins et donc des utilisateurs; une volont d'autonomie des utilisateurs: ceux-ci veulent tre considrs comme des partenaires actifs: langage de haut-niveau, non procduraux; possibilit de faire accder les diffrents acteurs aux sous-modles qui les concernent; environnement informatique htrogne: machine-logiciels-hommes;
des mthodes d'analyse et de conceptions de systmes informatiques qui privilgient dsormais une approche horizontale base sur le principe de sparation des donnes et des traitements
les programmes sont conus autour d'un rservoir d'information (dfini indpendamment); cela implique de pouvoir concevoir une base pouvant intervenir dans toutes les applications (potentielles),
accessible de multiples utilisateurs n'ayant pas tous les mmes besoins, la mme culture, les mmes responsabilits, la mme vision des choses.
Face ces limitations, les avances technologiques vont avanc permettre l'mergence du concept de base de donnes et l' donn donc des SGBD
10
Dfinition
Un SGBD peut tre vu comme un systme informatique (ensemble de logiciels) spcialis dans le traitement de gros volumes dinformations et permettant diffrents utilisateurs dinteragir avec la base de donnes.
L'objectif des SGBD

Les bases de donnes et les systmes de gestion de bases de donnes ont t crs pour rpondre un certain nombre de r besoins et pour rsoudre un certain nombre de problmes. r probl mes Leurs principaux objectifs sont les suivants :
11
1. garantir l'indpendance physique et logique entre les donnes et les programmes d'application, 2. assurer la persistance des donnes, 3. permettre une administration centralise des donnes, 4. grer la mmoire de faon optimale et assurer l'efficacit de l'accs aux donnes, 5. grer le partage des donnes entre utilisateurs et les accs concurrents, 6. assurer la fiabilit, l'intgrit et la cohrence des donnes, fiabilit intgrit coh viter les redondances, 7. assurer la scurit des donnes, 8. Rsistence aux pannes, 9. assurer les interrogations interactives, la consultation dclarative, et l'accs de non-informaticiens.
Cours: BDD. Anne: 2011/2012 Par: Dr B. Belattar (Univ. El-Oued) Les SGBD 1 : 12 Cours: BD. Avances Anne: 2005/2006 Ens. S. MEDILEH (Univ. Batna Algrie) Partie I: Mise niveau
12
1. L'indpendance entre les donnes et les programmes L'ind donn d'application : les donnes et les programmes tant spars, ce ne sont plus les applications qui sont charges de structurer, d'organiser et de structurer vrifier les donnes et de les stocker dans des fichiers. Les donnes sont dfinies et structures par le SGBD qui offre cette structur structure aux applications. L'indpendance est la fois logique (au niveau de la dfinition des donnes) et physique (au niveau du stockage et de la gestion de la mmoire). Indpendance physique La faon dont les donnes sont dfinies doit tre indpendante des structures de stockages utilises. Indpendance logique Un mme ensemble de donnes peut tre vu diffremment par des utilisateurs diffrents. Toutes ces visions personnelles des donnes doivent tre intgrs dans une vision globale. globale
13
2. Le SGBD assure la persistance des donnes : donn alors que les rsultats d'une application sont lis l'excution de l'application, l'existence des donnes d'une base est assure donn assur indpendamment de leur utilisation. ind Les donnes d'une base ont donc une dure de vie suprieure la dure de vie du programme qui les cre ou qui les utilise.
Cours: BDD. Anne: 2011/2012 B. S. MEDILEH (Univ. El-Oued) Les Cours: BDAv. Anne: 2005/2006 DrEns.Belattar (Univ. Batna) Les SGBD 1 : SGBD 1 :
14 14
3. L'administration centralise des donnes : centralis donn
une des fonctions essentielles des SGBD est la dfinition des structures de donnes, la dfinition et l'organisation des structures de stockage, les modifications de ces structures, les contrles de validit et de cohrence. Il est essentiel de centraliser ces fonctions : c'est l'administrateur du systme qui gre l'ensemble des donnes, indpendamment de leur utilisation et des applications. Les usagers ou les applications sont dchargs de toute tche d charg d'administration, et peuvent utiliser les donnes de la base sans se proccuper de l'administration de ces donnes tout en tant assurs de leur validit et leur cohrence. Un SGBD permet d'optimiser l'administration des donnes en donn centralisant ces tches dans l'entreprise.
15
4. Grer la la mmoire de faon optimale : fa
chaque SGBD optimise le stockage et l'accs aux donnes, en utilisant des techniques complexes inaccessibles aux programmes d'application eux-mmes. En vitant les redondances, il optimise galement le volume des donnes stockes. ensembles de donnes de manire efficace car : mani

Avec un SGBD, on est donc sr d'avoir accs de volumineux

un SGBD permet d'obtenir des rponses aux interrogations en un temps "raisonnable". un SGBD utilise un mcanisme permettant de minimiser le nombre d'accs disques. Tout ceci, bien sur, de faon compltement transparente pour l'utilisateur.
16
5. Grer le partage des donnes entre usagers : donn

Il s'agit de permettre plusieurs utilisateurs d'accder aux
mmes donnes au mme moment.
Si ce problme est simple rsoudre quand il s'agit uniquement
d'interrogations et quand on est dans un contexte mono-utilisateur, cela n'est plus le cas quand il s'agit de modifications dans un contexte muti-utilisateurs. Il s'agit alors de pouvoir :
permettre deux (ou plus) utilisateurs de modifier la mme donne "en mme temps" ; assurer un rsultat d'interrogation cohrent pour un utilisateur consultant une table pendant qu'un autre la modifie.
c'est le SGBD qui va se charger de grer les accs concurrents, les concurrents mises jour, le tout en fonction des droits de chacun. jour chacun base, qu'il verra assembles et structures comme il le souhaite
Chaque usager aura l'illusion d'tre seul utiliser les donnes de la
17
6. Assurer la fiabilit, l'intgrit, la cohrence :
la description du schma des donnes contient un certain nombre de rgles qui permettent de vrifier la fiabilit, l'intgrit, la cohrence de tous les objets prsents dans la base
par exemple, lge d'une personne doit tre compris entre 0 et 120; lge d'un enfant ne peut tre suprieur celui de ses parents, etc..
Le
SGBD contient des procdures d'effectuer l'ensemble de ces tests.
spciales
permettant
Par exemple, les contraintes d'intgrit sont des rgles qui prcisent la cohrence smantique des donnes entre elles.
Les donnes sont soumises un certain nombre de contraintes d'intgrit qui dfinissent un tat cohrent de la base. Elles doivent pouvoir tre exprimes simplement et vrifies automatiquement chaque insertion, modification ou suppression des donnes.
Eviter la redondance des donnes Afin d'viter les problmes lors des mises jour, chaque donne ne doit tre prsente qu'une seule fois dans la base.
18
7. Scurit des donnes :
tous les utilisateurs d'une mme base n'ont pas ncessairement les mmes droits d'accs aux donnes. Il est utile de pouvoir dfinir de tels droits pour assurer la scurit de certaines donnes confidentielles et rserves certains groupes d'utilisateurs.
19
8. Rsistance aux pannes Que se passe-t-il : si une panne survient au milieu d'une modification, si certains fichiers contenant les donnes deviennent illisibles?
Les pannes, bien qu'tant assez rares, se produisent quand mme de temps en temps. Il faut pouvoir, lorsque l'une d'elles arrive, rcuprer une base dans un tat "sain". Ainsi, aprs une panne intervenant au milieu d'une modification deux solutions sont possibles : soit rcuprer les donnes dans l'tat dans lequel elles taient avant la modification, soit terminer l'opration interrompue.
20
10
9. Assurer les interrogations interactives et l'accs aux noninformaticiens :

les donnes de la base sont bien gres et bien organises. Il ne reste plus qu' les consulter sans avoir se proccuper du
stockage ou de l'organisation interne. donnes de faon dclarative,
Le SGBD offre un certain nombre de fonctions pour accder aux
aussi bien pour les programmes d'applications que pour l'usager, sans avoir effectuer le moindre dveloppement informatique ans particulier.
21
Malheureusement, ces objectifs ne sont pas toujours atteints !!! .
22
11
Composants des SGBD

Un systme de gestion de bases de donnes va donc possder un certain nombre de composants logiciels et ce, quelque soit le modle de donnes qu'il supporte. On trouve donc des composants chargs de :
La description des donnes donn Cette partie sera constitue des outils (en gros des langages) permettant de dcrire la vision des donnes de chaque utilisateur et l'intgration dans une vision globale. On y trouve aussi les outils permettant de dcrire le stockage physique des donnes. La rcupration des donnes r cup donn Cette partie prend en charge l'interrogation et la modification des donnes et ce, de faon optimise. Elle donn fa optimis est compose de langages de manipulation de donnes compos donn spcifiques et d'extensions de langages "classiques". Elle sp gre aussi les problmes de scurit. probl s curit
23
La sauvegarde et la rcupration aprs pannes Cette partie comporte des outils permettant de sauvegarder et de restaurer de faon explicite une base de donnes. fa donn Elle comporte aussi des mcanismes permettant, tant qu'une m modification n'est pas finie, de pouvoir revenir l'tat de la base l' avant le dbut de cette modification. d Les accs concurrents aux donnes C'est la partie charge du contrle de la concurrence des accs aux charg acc donnes. donn Elle doit tre telle que chaque utilisateur attende le moins pos sible ses donnes tout en tant certain d'obtenir des donnes cohrentes donn donn coh en cas de mises jour simultanes de la base. simultan
24
12
Fichiers et structures de donnes ncessaires au fonctionnement d'un SGBD

des fichiers contenant les donnes entres par les utilisateurs, un fichier cr par le SGBD, le dictionnaire des donnes, qui contiennent des informations relatives aux donnes stockes par les utilisateurs (mtadonnes), des fichiers crs par le SGBD, les index, qui permettent d'acclrer les recherches d'informations dans les BD, des donnes statistiques : relatives aux donnes elles-mmes taille des fichiers, nombre de valeurs diffrentes par attribut, .. mais aussi aux oprations effectues sur ces donnes (nombres d'insertions, suppressions et modifications ; frquences de recherche sur les attributs .
25
Fonctions principales dun SGBD d

Un SGBD doit permettre : de dfinir la structure de la base dy introduire les donnes correspondantes. Et une fois la base cre, il faudra dune part la mettre jour et dautre part lexploiter ou linterroger.
Un SGBD possde donc 3 fonctions principales :
123-
Fonction Description Fonction Manipulation Fonction Utilisation

26
13
1 Fonction : Description des donnes

La modlisation conduit :
la dfinition des entits qui vont constituer les donnes de la base, de prciser leurs caractristiques ainsi que les liaisons qui existent entre elles.
Pour ce faire, le SGBD fournit un langage de description de donnes ou LDD (Data Definition Langage ou DDL en anglais)
Le but essentiel de ces langages est de fournir une indpendance totale des donnes vis vis des supports o elles seront stockes on peut comparer la DATA DIVISION dun programme COBOL la description de la base
27 27
Le LDD est propre chaque SGBD et dpend du type de modle de donnes support par le SGBD.
Cest un langage descriptif permettant de dcrire et de nommer dune part les classes dobjets que lutilisateur peroit dans son application, et dautre part les associations qui existent entre ces classes dobjets. Il permet galement la description des contraintes dintgrit, les droits daccs aux donnes et les chemins daccs (indexes, cls, hachage, etc.). Il est utilis lors de la dfinition du schma conceptuel, et aussi pour la dfinition des diffrents schmas externes et lorsquon veut effectuer certaines modifications du schma conceptuel. Dans lhypothse ou le schma externe ferait rfrence un modle de donnes autre que celui utilis dans le schma conceptuel, il serait effectivement ncessaire davoir un LDD adapt ce schma externe. Dans les SGBD actuellement commercialiss, cette possibilit nexiste pas bien quelle puisse probablement devenir une ralit future.
28
14
2- Fonction : Manipulation des donnes
Lorsque la structure de la base est dcrite, il faut pouvoir stocker les informations correspondantes.
Ceci ncessitera des mcanismes pour construire des enregistrements correctement structurs et quil faut ensuite crire sur un support physique (mmoire secondaire).
plus, il faudra pouvoir accder de tels acc enregistrements pour tous les problmes de mise jour probl De et dinterrogation. d interrogation.
Pour ce faire, le SGBD fournit un langage de manipulation de donnes ou LMD (Data Manipulation Language en anglais).
29
Un LMD a toutes les caractristiques dun langage de programmation : schmas conditionnels, schmas itratifs, affectation, etc. Toutefois, il comporte des instructions spcifiques qui lui permettent de rfrencer les donnes que lon souhaite manipuler, et dexprimer le type de manipulation effectuer : insertion, mise jour, suppression, recherche et interrogation. Dans de nombreux SGBD, ces instructions sont invoques partir dun langage de programmation classique(COBOL, FORTRAN, PL1, etc.) au moyen dappel une routine du SGBD qui ralise la fonction supporte par cette instruction. On dit alors que ces langages de programmation sont des langages htes. Dans certains SGBD, le LMD est entirement indpendant des langages de programmation et possde sa propre syntaxe. On parle dans ce cas de langage de manipulation de donnes autonomes. De mme que certains SGBD permettent aussi bien lutilisation du LMD sous forme de langage autonome qu partir dun langage hte (ex : SQL ).
30
15
3- Fonction : Utilisation des Donnes
A ce niveau, il sagira dinterroger la base de donnes, cest dire rechercher parmi lensemble des entits stockes celles qui rpondent des critres de choix trs divers. Cest une fonction qui dfinit directement le lien entre lutilisateur et les donnes au sein dune application.
Utilisation
Manipulation
Description Utilisateurs
B.D.
31
Le terme Utilisateurs fait rfrence une panoplie dindividus ayant chacun un rle jouer dans le processus de mise en place et dexploitation dune BD .
Parmi les diffrents types dutilisateurs dun SGBD quil est important de distinguer on peut citer :
32
16
Ladministrateur
de la base de donnes
la ou les personnes charges dtablir une description des donnes constituant la base. Elles sont charges de dcrire les entits de la base de donnes et indiquer les liaisons existant entre ces entits, ceci au moyen du DDL offert par le SGBD. Le choix de la structure est primordial pour lavenir de la base de donnes car une fois fixe et une fois la base cre, il est trs difficile pour ne pas dire impossible dans de nombreux SGBD, de modifier cette structure.
Souvent, on utilise le terme Administrateur de lentreprise pour dsigner les personnes charges de la description formelle des donnes de la base pour souligner louverture vers le monde rel de ce rle, et on rserve le terme Administrateur de la base pour dsigner les personnes charges de laspect plus technique de la cration de la base : choix de lorganisation des fichiers, des structures de mmoires secondaires, des mthodes daccs aux donnes, etc.
33
Ladministrateur
dapplication
Il est charg de dcrire la portion de la base de donnes concerne par une application particulire.
Dans la pratique chaque application nest concerne que par une portion plus ou moins importante des donnes de la base.
Cette description sera utilise par les programmes qui vont constituer lapplication en question. Ces programmes ne verront la base de donnes que par cette description.
Ladministrateur dapplication utilise le DDL offert par le SGBD pour dcrire la portion de la base de donnes qui concerne une application donne (appele sous schma ou vue).
34
17
Le
programmeur dapplication
charg dlaborer les programmes pour exploiter la base de donnes en fonction de la description qui a t faite par ladministrateur dapplication.
Le programmeur dapplication utilise le LMD offert par le SGBD ainsi que dautres sous-programmes conservs gnralement dans une librairie (i.e. bibliothque de sous-programmes).
35
Lutilisateur
final (End User)
Reprsente la personne qui se sert simplement de la base de donnes
Dans une agence de rservation de billets davion, la personne qui tape sur son terminal quelques commandes pour effectuer une rservation est un utilisateur final De mme quun chef dentreprise qui demande de temps en temps une base de donnes de son entreprise un certains nombre dinformations refltant ltat de son entreprise (produits non vendus, commandes en attente, etc.).
Le point commun des utilisateurs de ce type est quils ne sont pas informaticiens.
Cest donc pour cette catgorie l que ladministrateur et le programmeur dapplication ont conu et ralis des programmes quils nont plus qu activer au moyen dun langage de commandes qui devrait tre le plus naturel possible.
36
18
Excution dun programme dapplication par le SGBD

Un programme dapplication est crit partir des connaissances quon a sur la base de donnes, cest dire au travers dun schma externe (vue)
Lapplication ne voit la B.D. qu travers un schma externe.
Le SGBD devra interprter les instructions exprimes en terme du schma externe, pour les convertir en termes du schma conceptuel, puis en ordres sur la base de donnes physique.
37
Larchitecture dun SGBD a pour but dassurer la circulation du flot des ordres et du flot des donnes. Cette architecture est trs diverse selon les diffrents SGBD (CODASYL ou ANSI). Nanmoins, lessentiel demeure identique
Programme dapplication Niveau Externe Niveau Conceptue l Niveau Physique
B.D. Utilisateur Flots des donnes Flots des ordres
38
19
Le principe de fonctionnement dun SGBD
Tampons du Programme dapplication 11 9
Programme dapplication
10
Schma Externe 1
Schma Externe 2
Schma Externe 3
Tampons du SGBD
8 2
SGBD
3 5 4 6
Schma de la B.D. ou Conceptuel ou physique
Schma de stockage ou Physique
B.D.
Syst. dexploitation (SGF)
Flot des donnes Informations provenant des schmas Flot des ordres
39
Cette architecture fait apparatre les lments principaux suivants :
Le noyau du SGBD : logiciel qui assure le bon fonctionnement de la base de donnes
Le systme dexploitation : logiciel qui assure le fonctionnement de la machine et sur lequel le SGBD a t construit
Les diffrents schmas : externes, conceptuel, physique qui sont stocks sous formes de catalogues internes obtenus partir des descriptions fournies au systme grce au LDD.
40
20
Etapes de fonctionnement du SGBD : cas d1 criture
1.
La demande de lecture est envoye par le programme dapplication au SGBD (ce qui correspond la flche N 1 sur la figure prcdente)
2.
La demande est analyse par le SGBD en utilisant le schma externe propre cette application. Ceci lui permet de vrifier dune part que lapplication a le droit daccder aux donnes et dautre part pour extraire et transmettre les caractristiques de la donnes partir de ce schma.
3.
Le SGBD consulte le schma conceptuel pour dduire le type logique de donnes extraire (Table, enregistrement, segment, etc.)
4.
Le SGBD consulte le schma physique pour dduire lenregistrement physique lire (Page, Secteur, etc.)
41
5.
Le SGBD transmet cet effet un ordre de lecture au systme dexploitation (accs des pages, blocs, secteurs, etc.)
6.
Le systme dexploitation reoit lordre de lecture et lanalyse en consultant certains paramtres du schma physique puis lance un ordre de lecture au canal ou contrleur de lunit priphrique (lire des enregistrements physiques en ignorant le contenu).
7.
Les donnes recherches sont transmises dans une zone de mmoire qui constitue le tampon du SGBD (tables, enregistrements ou articles, etc.)
42 42
21
8.
Le SGBD slectionne parmi lensemble des donnes reues dans son tampon seulement celles qui sont ncessaires au programme dapplication. Il effectue toute transformation ncessite par la correspondance schma externe schma conceptuel (filtrage des donnes reues)
9.
Le SGBD transmet ces donnes dans le tampon du programme dapplication.
10.
Le SGBD informe ventuellement le programme dapplication des droulements anormaux qui auraient pu se produire lors de lopration afin que celui-ci ragisse.
11.
Le programme dapplication dispose de la donne demande et peut entreprendre lopration suivante.
43 43
Le principe est le mme au cas ou lopration est une criture ou une mise l op jour.
Ce principe concerne uniquement un seul programme dapplication. Dans la pratique, il y aura plusieurs programmes dapplication qui se droulent en parallle.
Il appartient au SGBD de les grer et plus particulirement de dtecter le cas ou diffrents programmes souhaitent accder la mme donne.
44
22
Historique de lvolution des SGBD Historiquement, plusieurs gnrations de systmes se sont succdes. Les premires applications informatiques ncessitant les fonctions d'un SGBD furent les applications de gestion : gestion de stocks, comptabilit, paye,etc. Les deux premires gnrations de SGBD (rseaux et relationnels) ont donc t conues la mesure de ces applications. Les annes 70 : Les systmes "hirarchiques de premire gnration, "rseaux" ou
Les travaux du DBTG (CODASYL), puis la norme ANSI (1981) ont normalis le modle de donnes et les systmes qui le supportent.
45
Dans ces systmes, les donnes sont modlises par des structures de type graphe (modle rseau) ou arbre (modle hirarchique). Les systmes IDS II, IDMS et Adabas font partie des systmes CODASYL diffuss ce jour. Avec IMS et son modle dit hirarchique, IBM est le seul acteur important ne pas avoir respect cette norme.
La "navigation" constitue le principal inconvnient de ces systmes : on manipule les donnes en suivant des pointeurs physiques vers l'information recherche. Les programmes sont donc dpendants de l'organisation physique des fichiers sur le disque et les applications doivent donc tre profondment modifies chaque rorganisation physique.
46
23
Les annes 80 : les systmes relationnels Le modle relationnel reprsente toutes les informations sous forme de tables et offre quelques oprations simples pour manipuler ces tables. La simplicit du modle en tant qu'interface externe a permis la dfinition de langages de requtes simples, faciles d'utilisation et puissants, ainsi que de mthodes de conception d'applications bases sur des mthodologies systmatiques. La technologie des SGBD relationnels est parvenue un degr de standardisation et de maturit tel que les systmes sont difficilement diffrentiables tant en fonctionnalits qu'en performances. Le langage d'interrogation SQL a fait l'objet d'une norme et constitue un standard de fait auquel aucun vendeur ne peut maintenant chapper.
47
Les annes 90 : les systmes orients-objet A partir des annes 80 apparaissent de nouvelles applications (CAO, PAO, productique, multimdia, gnie logiciel, etc.) ncessitant l'utilisation de bases de donnes. Ces nouvelles applications ont mis en vidence les insuffisances majeures des systmes relationnels : l'inadquation du modle relationnel reprsenter directement des donnes complexes, comme des dossiers mdicaux structurs, ou multimdia, des images radiographiques ou des textes annots,
les performances insuffisantes dans la manipulation de donnes complexes, la pauvret graphique et ergonomique des outils d'interface homme-machine.
48
24
Les SGBD orients-objet sont la rponse directe aux problmes des nouvelles applications. Ils rpondent au problme de pauvret du modle en proposant un plus riche et extensible. Ils offrent de bonnes performances pour manipuler les donnes complexes. Ils offrent l'intgration complte des concepts de la programmation par objet et des bases de donnes. Les vertus de la programmation par objet sont largement reconnues :
puissance des concepts, programmation modulaire, rutilisation du code (notamment par le biais de boites outils) et maintenance aise du code.
La productivit du programmeur en est considrablement amliore.
49
La premire apparition du concept date de 84 avec la proposition de David Maier et George Copeland de construire un SGBD partir de Smalltalk . A partir de ce prototype, Servio Logic construit un produit commercial, Gemstone, mis sur le march en 88.
Paralllement, Ontologic, ralise un produit, Vbase , mis sur le march peu prs au mme moment et retir de la vente un an plus tard pour de nombreuses raisons.
Dans le laboratoire de Hewlett Packard, un projet de prototypage d'un SGBD de type fonctionnel, IRIS, dmarr en 83 volue progressivement vers un produit de type SGBD orient-objet.
50
25
Paralllement, en Europe, la communaut scientifique s'intresse aux SGBD permettant de stocker des objets structure complexe et de nombreux prototypes voient le jour. Deux grands projets de recherche en SGBD orients-objet dbutent: le projet ORION Austin, Texas en 85, et le projet Altar, Rocquencourt, France en 86,
Des start-up : Object Design, Versant et Objectivity sont cres aux USA en 89, ainsi que O2 Technology en France en 90.
Ces compagnies mettent des produits sur le march en fin 90 et dbut 91.
51
52 52
26

4 LesSgbd 1

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

4 LesSgbd 1

Transféré par

Droits d'auteur :

Formats disponibles

SGBD : Systme de Gestion de Base de Donnes (1)

En plus d'un alourdissement des programmation devient fastidieuse.

Le dcoupage fonctionnel d'un systme d'information se d syst traduisait par :

Evolution du contexte informatique

L'objectif des SGBD

3. L'administration centralise des donnes : centralis donn

4. Grer la la mmoire de faon optimale : fa

Avec un SGBD, on est donc sr d'avoir accs de volumineux

5. Grer le partage des donnes entre usagers : donn

mmes donnes au mme moment.

Si ce problme est simple rsoudre quand il s'agit uniquement

Chaque usager aura l'illusion d'tre seul utiliser les donnes de la

6. Assurer la fiabilit, l'intgrit, la cohrence :

SGBD contient des procdures d'effectuer l'ensemble de ces tests.

7. Scurit des donnes :

9. Assurer les interrogations interactives et l'accs aux noninformaticiens :

stockage ou de l'organisation interne. donnes de faon dclarative,

Le SGBD offre un certain nombre de fonctions pour accder aux

Malheureusement, ces objectifs ne sont pas toujours atteints !!! .

Composants des SGBD

Fichiers et structures de donnes ncessaires au fonctionnement d'un SGBD

Fonctions principales dun SGBD d

Un SGBD possde donc 3 fonctions principales :

Fonction Description Fonction Manipulation Fonction Utilisation

1 Fonction : Description des donnes

2- Fonction : Manipulation des donnes

3- Fonction : Utilisation des Donnes

final (End User)

Reprsente la personne qui se sert simplement de la base de donnes

Excution dun programme dapplication par le SGBD

Lapplication ne voit la B.D. qu travers un schma externe.

B.D. Utilisateur Flots des donnes Flots des ordres

Le principe de fonctionnement dun SGBD

Tampons du Programme dapplication 11 9

Schma de la B.D. ou Conceptuel ou physique

Schma de stockage ou Physique

Syst. dexploitation (SGF)

Cette architecture fait apparatre les lments principaux suivants :

Le noyau du SGBD : logiciel qui assure le bon fonctionnement de la base de donnes

Etapes de fonctionnement du SGBD : cas d1 criture

Etapes de fonctionnement du SGBD : cas d1 criture

Etapes de fonctionnement du SGBD : cas d1 criture

La productivit du programmeur en est considrablement amliore.

Vous aimerez peut-être aussi