2. Table des matières
Introduction générale 1
1 Généralités sur les SGBDs 3
IFI sntrodu™tion F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F Q
IFP hé(nitions F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F R
IFPFI u9es qu9un ƒqfh c F F F F F F F F F F F F F F F F F F F F F F F F F F R
IFPFP hes —™teurs ˜ien inst—llés F F F F F F F F F F F F F F F F F F F F F F F R
IFQ gl—ssi(™—tion des ƒqfhs F F F F F F F F F F F F F F F F F F F F F F F F F F F T
IFQFI wsg‚yƒyp„ F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F T
IFQFIFI ƒv ƒerver F F F F F F F F F F F F F F F F F F F F F F F F F F T
IFQFIFP wƒ e™™ess F F F F F F F F F F F F F F F F F F F F F F F F F F T
IFQFP yr—™le gorpor—tion F F F F F F F F F F F F F F F F F F F F F F F F F F F U
IFQFPFI yr—™le h—t—˜—se F F F F F F F F F F F F F F F F F F F F F F F U
IFQFPFP ferkeley hf F F F F F F F F F F F F F F F F F F F F F F F F F U
IFQFPFQ ryperionissf—se F F F F F F F F F F F F F F F F F F F F F F F U
IFQFPFR wyƒv F F F F F F F F F F F F F F F F F F F F F F F F F F F F U
IFQFQ pire˜ird ƒv pund—tion F F F F F F F F F F F F F F F F F F F F F F F F V
IFQFQFI pire˜ird F F F F F F F F F F F F F F F F F F F F F F F F F F F F V
IFQFR ƒy˜—se F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F V
IFQFRFI ƒv enywhere F F F F F F F F F F F F F F F F F F F F F F F F V
IFQFRFP ed—ptive ƒerver interprise F F F F F F F F F F F F F F F F F W
IFQFS ep—™he F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F W
IFQFSFI ep—™heher˜y F F F F F F F F F F F F F F F F F F F F F F F F F W
IFR pil d9—™tu—lité F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F W
IFRFI u9estE™e qui provoque le p—ss—ge à xoƒv c F F F F F F F F F F F F F W
IFRFP ves types de ˜—se xoƒv F F F F F F F F F F F F F F F F F F F F F F F IH
IFRFPFI €—r—digme ™lé G v—leur F F F F F F F F F F F F F F F F F F F F IH
IFRFPFP f—ses do™ument—ires F F F F F F F F F F F F F F F F F F F F F IP
IFRFPFQ f—ses orientées ™olonnes F F F F F F F F F F F F F F F F F F F IQ
3. TABLE DES MATIÈRES ii
IFRFPFR €—r—digme gr—phe F F F F F F F F F F F F F F F F F F F F F F IR
IFRFQ €—nor—m— des solutions xoƒv exist—ntes F F F F F F F F F F F F F F IS
IFS gon™lusion F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F IT
2 Présentation des SGBDs étudiés 17
PFI sntrodu™tion F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F IU
PFP ƒv server F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F IU
PFPFI hé(nition F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F IU
PFPFP ev—nt—ges F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F IU
PFPFQ sn™onvénients F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F IV
PFQ yr—™le hf F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F IV
PFQFI hé(nition F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F IV
PFQFP ev—nt—ges F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F IW
PFQFQ sn™onvénients F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F IW
PFR wyƒv F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F PH
PFRFI hé(nition F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F PH
PFRFP ev—nt—ges F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F PH
PFRFQ sn™onvénients F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F PH
PFS wƒ e™™ess F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F PI
PFSFI hé(nition F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F PI
PFSFP ev—nt—ges F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F PI
PFSFQ sn™onvénients F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F PI
PFT gon™lusion F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F PP
3 Comparatif entre les 04 SGBDs (Oracle, SQL Server, MySQL, MS Ac-
cess) 23
QFI sntrodu™tion F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F PQ
QFP gon(gur—tion du r—rdw—re F F F F F F F F F F F F F F F F F F F F F F F F F F PQ
QFQ hes™ription de l— ˜—se de données F F F F F F F F F F F F F F F F F F F F F F F PR
QFQFI vistes des t—˜les de l— ˜—se de données F F F F F F F F F F F F F F F F PR
QFR wigr—tion vers les —utres ƒqfhs F F F F F F F F F F F F F F F F F F F F F F F PS
QFRFI wigr—tion de l— ˜—se de données de wƒ ƒv ƒerver vers wƒ e™™ess PT
QFRFP wigr—tion de l— ˜—se de données de wƒ ƒv ƒerver vers wyƒv F QH
QFRFQ wigr—tion de ƒv ƒerver vers yr—™le X F F F F F F F F F F F F F F F F QQ
QFS gomp—r—tif F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F QS
QFSFI yutils d9—dministr—tion F F F F F F F F F F F F F F F F F F F F F F F F F QS
QFSFP €rix F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F QS
QFSFQ g—p—™ité de sto™k—ge F F F F F F F F F F F F F F F F F F F F F F F F F F QS
4. TABLE DES MATIÈRES iii
QFSFR €erformen™e F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F QS
QFSFRFI ‚eqI le™ture F ƒéle™tionner tous les nomsD prénomsD d—tes
de n—iss—n™es des propriét—ires —y—nts des véhi™ules de
m—rque 4€i…qiy„4F F F F F F F F F F F F F F F F F F F F F QT
QFSFRFP ‚eqP le™tureFƒéle™tionner tous les enregistrements de l—
t—˜le ™—rte où l— d—te d9ét—˜lissement des ™—rtes grises est
limité entre le HPGHIGPHIQ et QHGIHGPHIQ F F F F F F F F F F QU
QFSFRFQ ‚eqQ jointure simpleF ƒéle™tionner nomsD prénoms et d—te
de n—iss—n™e des propriét—ires —y—nt des véhi™ules g—gés X
jointure entre l— t—˜le ™—rte et l— t—˜le g—geF F F F F F F F F QV
QFSFRFR ‚eqR jointure ™omplexeFles propriét—ires —y—nts des véhiE
™ules sous opposition depuis le HPGHIGPHIQ p—r ordre —lE
ph—˜étique des nomsF F F F F F F F F F F F F F F F F F F F F QW
QFSFS ‚ésult—ts o˜tenus F F F F F F F F F F F F F F F F F F F F F F F F F F F F RH
QFT gon™lusion F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F F RI
Conclusion générale 41
5. Table des gures
IFI uelques ™hi'res sur l9utilis—tion du ‡e˜ F F F F F F F F F F F F F F F F F F IH
IFP ƒolution xoƒv ™léGv—leur F F F F F F F F F F F F F F F F F F F F F F F F F F II
IFQ ƒolution xoƒv ˜—se do™ument—ire F F F F F F F F F F F F F F F F F F F F F F IP
IFR ƒolution xoƒv f—ses orientées ™olonnes F F F F F F F F F F F F F F F F F F F IQ
IFS ƒolution xoƒv f—ses orientées f—mille de ™olonnes F F F F F F F F F F F F F IR
IFT ƒolution xoƒv p—r—digme gr—phe F F F F F F F F F F F F F F F F F F F F F F IS
QFI wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HI F F F F F F F F F PT
QFP wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HP F F F F F F F F F PT
QFQ wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HQ F F F F F F F F F PU
QFR wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HR F F F F F F F F F PU
QFS wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HS sele™tion des
t—˜les ™onten—nts des données F F F F F F F F F F F F F F F F F F F F F F F F F PV
QFT wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HT F F F F F F F F F PV
QFU f—se de données des ™—rtes grise sous wƒ e™™ess F F F F F F F F F F F F F F F PW
QFV wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HI F F F F F F F F F F F QH
QFW wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HP F F F F F F F F F F F QH
QFIH wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HQ F F F F F F F F F F F QI
QFII wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HR F F F F F F F F F F F QI
QFIP wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HS F F F F F F F F F F QI
QFIQ wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HT F F F F F F F F F F F QP
QFIR v— ˜—se de donné des ™—rtes grises sous wyƒv F F F F F F F F F F F F F F F QP
QFIS wigr—tion de l— fhh ƒv ƒerver vers yr—™le ét—pe HI F F F F F F F F F F F QQ
QFIT wigr—tion de l— fhh ƒv ƒerver vers yr—™le ét—pe HP F F F F F F F F F F F QQ
QFIU wigr—tion de l— fhh ƒv ƒerver vers yr—™le ét—pe HQ F F F F F F F F F F F QR
QFIV wigr—tion de l— fhh ƒv ƒerver vers yr—™le ét—pe HR F F F F F F F F F F F QR
QFIW wigr—tion de l— fhh ƒv ƒerver vers yr—™le ét—pe HS F F F F F F F F F F F QR
QFPH g—r—™téristiques des ƒqfhs F F F F F F F F F F F F F F F F F F F F F F F F F F RH
6. Introduction générale
Contexte
ve ™erve—u hum—in se ™ompose de milli—rds de neuronesF gh—™un de ™es neurones forme
à peu près IHHH ™onnexions —ve™ d9—utres neuronesD ™e qui ™orrespond don™ à plusieurs
milli—rds de ™onnexions et qui implique une ™—p—™ité de sto™k—ge plutôt import—nteFve
mystère de hieu le tout puiss—nt réside d—ns l— f—çon de gérer ™es inform—tions et leurs
rel—tions gig—ntesquesF
†ous ditesEnous ne sommes p—s d—ns l— méde™ine m—is en e'et l9inform—tique se r—pE
pro™he du système hum—inF ve serveur peut sto™ker des milli—rds d9inform—tions qui ™omE
posent une ˜—se de donnéesF e(n de les mettre à l— disposition de l9utilis—teur plusieurs
opér—tions doivent être e'e™tuéesD on p—rle des tr—ns—™tions @le™tureD jointureFFFet™AF …n
système qui —ssure ™es dernières dit le système de gestion de ˜—se de données qui est
l9o˜jet de notre thèseF
Problématique
€lusieurs ƒqfhs disponi˜les sur le m—r™héD ™hoisir un d9entre eux n9est p—s une ™hose
—ssez f—™ileD on peut f—™ilement dire X je veux tr—v—iller —ve™ ™eluiE là ou tr—v—iller —ve™
l9—utre m—is le plus di0™ile est ™omment juger son ™hoix c
xotre o˜je™tif est de mettre en ÷uvre une ™omp—r—ison réelle entre des di'érents
ƒqfhs pour —ider les utilis—teurs à ˜ien s—voir ™hoisir un ƒqfh qui leur ™onvientF
Contribution
€our —tteindre ™et o˜je™tif nous —vons mené une étude ™omp—r—tive entre qu—tre sysE
tèmes de gestion de ˜—se de données en se ˜—s—nt sur les ™ritères suiv—nts X
• yutils d9—dministr—tionF
• g—p—™ité de sto™k—geF
7. TABLE DES FIGURES 2
• €rixF
• €erform—n™eF
Plan du mémoire
ve présent m—nus™rit v— être org—nisé ™omme suit X
• h—ns le premier ™h—pitreD nous —llons présenter quelques ™on™epts se r—pport—nt —ux
ƒqfhsD puis nous —llons e'e™tuer une ™l—ssi(™—tion des di'érents ƒqfhs selon leurs
™—tégories @rel—tionnel ou nonD open sour™e ou nonD em—teurFFFet™AD nous ™on™luons
p—r l— présent—tion du modèle xoƒv le (l d9—™tu—lité des ƒqfhsF
• ve se™ond ™h—pitre v— être ™ons—™ré —ux ƒqfhs rel—tionnels qui vont être opposé
d—ns le dernier ™h—pitreD nous ™itons les prin™ipes —insi que les —v—nt—ges et les inE
™onvénients de ™h—™unF
• ve troisième ™h—pitre fer— l9o˜jet de notre ™omp—r—tifD en ™ommenç—nt p—r présenter
l— ™on(gur—tion du m—tériel utiliséD ensuite une des™ription de l— ˜—se de données
sur l—quelle les di'érents tests vont être f—itsD —insi que les ™ritères de ™omp—r—isonD
nous terminons ™ette se™tion p—r une le™ture des résult—ts o˜tenusF
• pin—lementD on —™hève notre étude p—r une ™on™lusion génér—le et un ensem˜le de
perspe™tives qui peuvent ™ompléter notre projet de (n d9étudesF
8. Chapitre 1
Généralités sur les SGBDs
1.1 Introduction
ve monde d9—ujourd9hui est d9une ™omplexité ™roiss—nteF in e'etD le nom˜re d9h—˜iE
t—nts de notre pl—nète —ugmente quotidiennementD et les systèmes qui —ssurent les servi™es
visEàEvis de ™ette popul—tion deviennent de plus en plus ™ritiquesF ves ét—˜lissements gouE
vernement—uxD les ˜—nquesD et toutes les —dministr—tions ont pour rôle l— gestion des
—'—ires pu˜liquesF
v9—™™roissement des servi™es ™ritiques exige des systèmes de gestion de ˜—se de donE
nées e0™—™es et ro˜uste qui permettr— de g—r—ntir à l— fois un m—ximum de sto™k—ge de
données et un minimum de temps de réponse —ux requêtes interroge—nt ™es dernièresF
hur—nt le p—sséD l— m—nipul—tion des données n9ét—it p—s très pr—tiqueD f—ute de te™hE
nologieF in génér—leD le sto™k—ge d9inform—tions s9e'e™tu—it m—nuellement et l— re™her™he
ét—it une tâ™he péni˜le qui pren—it ˜e—u™oup de tempsF
€—r ™ontreD de nos joursD et grâ™e à l9évolution de l9inform—tique une telle tâ™he est
devenue plus —isé —ve™ une r—pidité —pp—rente qui tire pro(t de l— puiss—n™e de ™—l™ul
o'erte p—r l9inform—tique moderneF
9. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 4
1.2 Dénitions
1.2.1 Qu'es qu'un SGBD?
…ne ˜—se de données est un ensem˜le d9inform—tionsD ™onnexes de m—nière dire™te ou
indire™teD enregistrées d—ns un dispositif inform—tiqueF h—ns une ˜—se de données rel—tionE
nelleD les inform—tions sont sto™kées sous forme de groupe de v—leurs X les enregistrementsF
…n ensem˜le d9enregistrements rel—tif à un sujet forme une rel—tion et est sto™ké d—ns une
t—˜leF v— ˜—se de données ™omporte une ou plusieurs t—˜lesF
v— fon™tion première d9un ƒystème de qestion de f—se de honnées @ƒqfhA est d9être
un outil de sto™k—ge d9inform—tions o'r—nt des fon™tions simples de m—nipul—tion de
gr—nds volumes de donnéesF v9un des —v—nt—ges de ™es ƒqfhs est que l9interrog—tion
de ™es inform—tions s9e'e™tue d9une m—nière indépend—nte de l9—r™hite™ture physique de
sto™k—geF
ves ƒqfhs g—r—ntissent l— ™ohéren™e de ™es données en ™—s de mise à jour simult—née
p—r plusieurs utilis—teursF ves tr—ns—™tions —ssurent l9intégrité des données en ™—s d9opér—E
tions in™orre™tes ré—lisées p—r un progr—mme ou un utilis—teurF ves données sto™kées d—ns
un ƒqfh sont dites persist—ntesD leur (—˜ilité et leur ré™upér—tion en ™—s de p—nne m—téE
rielle ou logi™ielle doit être toujours possi˜leF he plusD le ƒqfh doit —ssurer l— ™on(denE
ti—lité des données en ™—s d9—™™ès m—lveill—nt ou —™™identelF‘ghristophe ge‚€ixeD PHHT“
…n ƒqfh‚ @système de gestion de ˜—ses de données rel—tionnellesA est un système
@logi™ielA qui permet de gérer une ˜—se de données rel—tionnelleF ves ƒqfh‚s peuvent
être soit de type ™lientGserveur @yr—™leD ƒv serverD w‰ƒvD €ostgreƒvD et™FFFA soit de
type (™hiers p—rt—gés @e™™essD ƒv server giD €—r—doxD hf—seD et™FFFAF
1.2.2 Des acteurs bien installés
ves te™hnologies de ˜—ses de données rel—tionnelles et tr—ns—™tionnellesD qu9on résuE
mer— i™i p—r te™hnologies ƒvD règnent en m—îtres pour le sto™k—ge et l— m—nipul—tion
de données depuis plus de PH —nsF gette situ—tion de le—dership te™hnologique peut f—™iE
lement être expliquée p—r plusieurs f—™teursF
„out d9—˜ordD ƒv est un l—ng—ge st—nd—rdiséF fien que ™h—que fournisseur de ˜—se de
données —it implémenté quelques v—ri—ntesD il n9en demeure p—s moins que ™e so™le ™ommun
est ˜ien ™onnu p—r les développeursF €our une entrepriseD investir d—ns une te™hnologie
10. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 5
ƒv s9—vère don™ moins ™oûteux sur le pl—n de l— form—tion que toute —utre te™hnologieF
gel— explique s—ns doute l9é™he™ des ˜—ses de données o˜jets que l9on — vu )eurir —utour
des —nnées PHHH et qui n9ont j—m—is vérit—˜lement per™éD m—lgré une —ppro™he nov—tri™eF
insuiteD ƒv em˜—rque de nom˜reuses fon™tionn—lités import—ntesD —d—ptées —ux ˜eE
soins des entreprisesD en p—rti™ulier l— gestion de l9intégrité des données et l9implément—tion
de tr—ns—™tionsD indispens—˜les pour un ˜on nom˜re d9—ppli™—tions de gestionF
in(nD les outils permett—nt l9exploit—tion de ™e type de ˜—ses de données sont m—turesF
ue l9on se pl—™e —u nive—u des outils de développements @shi gr—phiquesD intégr—tion
d—ns les l—ng—ges et les fr—meworksDFFFA ou d9exploit—tion @outils de s—uveg—rdeD monitoE
ringDFFFAD les solutions existent et sont prêtes depuis déjà un ™ert—in tempsF yn peut don™
™onsidérer ƒv ™omme un st—nd—rd de f—it pour toute pro˜lém—tique —y—nt tr—it —u stoE
™k—ge et à l— m—nipul—tion de donnéesF
v— plup—rt des moteurs de ƒqfhs rel—tionnels sont tr—ns—™tionnels ™e qui leur impose
le respe™t des ™ontr—intes etomi™ityD gonsisten™yD ssol—tionD hur—˜ilityD ™ommunément —pE
pelé p—r son —™ronyme ACID X
• A ™ommeAtomi™ity X gel— signi(e que les mises à jour de l— ˜—se de données doivent
être —tomiquesD ™9estEàEdire qu9elles doivent être tot—lement ré—lisées ou p—s du toutF
€—r exempleD sur SHHH lignes dev—nt être modi(ées —u sein d9une même tr—ns—™tionD
si l— modi(™—tion d9une seule é™houeD —lors l— tr—ns—™tion entière doit être —nnuléeF
g9est primordi—lD ™—r ™h—que ligne modi(ée peut dépendre du ™ontexte de modi(™—E
tion d9une —utreD et toute rupture de ™e ™ontexte pourr—it engendrer une in™ohéren™e
des données de l— ˜—seF
• C ™ommeConsisten™y X gel— signi(e que les modi(™—tions —pportées à l— ˜—se doivent
être v—lidesD en —™™ord —ve™ l9ensem˜le de l— ˜—se et de ses ™ontr—intes d9intégritéF ƒi
un ™h—ngement enfreint l9intégrité des donnéesD —lors soit le système doit modi(er
les données dépend—ntesD ™omme d—ns le ™—s ™l—ssique d9une suppression en ™—s™—deD
soit l— tr—ns—™tion doit être interditeF
• I ™ommeIsol—tion X gel— signi(e que les tr—ns—™tions l—n™ées —u même moment ne
doivent j—m—is interférer entre ellesD ni même —gir selon le fon™tionnement de ™h—E
™uneF €—r exempleD si une requête est l—n™ée —lors qu9une tr—ns—™tion est en ™oursD
le résult—t de ™elleE™i ne peut montrer que l9ét—t origin—l ou (n—l d9une donnéeD m—is
p—s l9ét—t intermédi—ireF he f—itD les tr—ns—™tions doivent s9en™h—îner les unes à l—
11. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 6
suite des —utresD et non de m—nière ™on™urrentielleF
• D ™ommeDur—˜ility X gel— signi(e que toutes les tr—ns—™tions sont l—n™ées de m—E
nière dé(nitiveF …ne ˜—se ne doit p—s —0™her le su™™ès d9une tr—ns—™tionD pour
ensuite remettre les données modi(ées d—ns leur ét—t initi—lF €our ™e f—ireD toute
tr—ns—™tion est s—uveg—rdée d—ns un (™hier journ—lD de sorte que si un pro˜lème
survient empê™h—nt s— v—lid—tion ™omplèteD l— tr—ns—™tion pourr— être ™orre™tement
terminée lors de l— disponi˜ilité du systèmeF ‘eurélien py…g‚i„D PHII“
1.3 Classication des SGBDs
xous proposons i™i une ™l—ssi(™—tion selon les éditeurs ™omme suit X‘p—˜ien gel—i—D PHHQ“
1.3.1 MICROSOFT
1.3.1.1 SQL Server
†ersion ré™ente PHIPD disponi˜le sous ‡indows seulementD sous li™en™e ™ommer™i—leD
—utre ™ontri˜uteur ƒv €roF
1.3.1.2 MS Access
†ersion —™tuelle PHIHD hisponi˜ilité sous ‡indows —ve™ une vi™en™e ™ommer™i—leD
eutre ™ontri˜uteur w—xen™e ru˜i™heF
12. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 7
1.3.2 Oracle Corporation
1.3.2.1 Oracle Database
†ersion —™tuelle X IIFPFHFR ou yr—™le IP™D hisponi˜ilité X vinuxD ‡indowsD …nixD w—E
™yƒˆD sous vi™en™e ™ommer™i—leD gr—tuite d—ns s— version ixpressD et ™omme eutre ™ontriE
˜uteur yr—pr—n™eF
1.3.2.2 Berkeley DB
†ersion —™tuelle X RFU @t—v— en QFQD ˆwv en PFRAD hisponi˜ilité X vinuxD ‡indowsD …nixD
vi™en™e X ™ommer™i—le ou ypenƒour™eD vi˜r—iries de ˜—se de données —isément intégr—˜les
à des progr—mmes gD gCCD t—v—D €erlD €ythonD „™lD ƒm—llt—lkF
1.3.2.3 HyperionEssBase
hisponi˜ilité sous vinuxD ‡indowsD …nixD li™en™e X ™ommer™i—leD yr—™le ryperionissE
˜—se est génér—lement ™onsidéré ™omme le le—der des ƒqfh multidimensionnelsD —utreE
ment dit @wAyve€F
1.3.2.4 MySQL
version —™tuelle X TFHFSD disponi˜ilité sous vinuxD ‡indowsD w—™yƒˆD …nixD fƒhD yƒP
Dopen sour™eF
version disponi˜le X
13. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 8
! wyƒv gommunity ƒerver X li™en™e q€vF
! wyƒv interprise a wyƒv gommunity ƒerver C ™erti(é sé™urité et perform—n™e
C li™en™e d9entrepriseF
1.3.3 Firebird SQL Fundation
1.3.3.1 Firebird
†ersion —™tuelle X PFSD disponi˜ilité X vinuxD ‡indowsD w—™yƒˆD ƒol—risD r€E…ˆD fƒhD
li™en™e X ypenƒour™e @sf€v pour les moduels de ˜—se C sh€v pour les modules ré™entsAD
sssu d9snter˜—se TFH de snprise @forl—ndAD repris d—ns un projet opensour™eD géré p—r l—
pond—tion pire˜irdƒvF ‚éé™rit depuis en gCCF
1.3.4 Sybase
1.3.4.1 SQL Anywhere
†ersion —™tuelle XIPD disponi˜le sous ‡indowsD €—lmyƒD ‡ingiD xovell xetw—reD
fl—™k˜erryD en™iennementnommé ƒv enywhereD ed—ptive ƒerver enywhere ou en™ore
14. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 9
‡—t™om ƒvF yrientée environnements em˜—rqués grâ™e à son module de syn™hronis—E
tion ƒv ‚emoteD ™ette ˜—se de données —ux normes ƒvP ™onvient pour des volumes
ne dép—ss—nt génér—lement p—s les Sq˜ —ve™ p—s plus de PH utilis—teurs ™on™urrentsF ille
o're l9—v—nt—ge d9une —dministr—tion minimum et l— possi˜ilité d9utiliser le „r—ns—™tEƒv
@ possi˜le de p—sser sur ƒy˜—se eƒi ou wƒEƒv s—ns trop de pro˜lèmes en ™—s de montée
en ™h—rgeAF
1.3.4.2 Adaptive Server Enterprise
disponi˜le sous vinuxD fƒhD ‡indowsD…nixD w—™yƒˆD s— li™en™e est ™ommer™i—leD m—is
gr—tuite sous vinux d—ns s— version ixpressF en™iennement nommé ƒy˜—se ƒv ƒerver
€ère de wƒEƒv ƒerverD ™9est un moteur ƒqfh‚ qui se ™omporte extrêmement ˜ien en
environnement yv„€ ou mixteF in P mots X puiss—n™e et simpli™itéF
1.3.5 Apache
1.3.5.1 ApacheDerby
†ersion ré™ente IHFIHFIFID disponi˜le sous tous les systèmes ™ompren—nt une t†wD
ypen ƒour™e ep—™he PD ™9est un petit moteur ƒqfh‚ @ PwoA é™rit en t—v—F hès le r—™h—t
de glouds™—pe p—r sfwD — été tr—nsférée en ypenƒour™e à ep—™he sous le nom de her˜yF
sfw ™ontinue de l— distri˜uer sous le nom de glouds™—peD ƒun sous ™elui de ƒunt—v— hfF
1.4 Fil d'actualité
1.4.1 Qu'est-ce qui provoque le passage à NoSQL?
v9utilis—tion de l9internet d—ns nos jours devienne indispens—˜leD pour e'e™tuer une
simple re™her™he il nous f—ut des gr—nds moteurs de re™her™he qui répond à nos ˜esoinsD
15. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 10
™es réponses ou ˜ien dit ™es données sont sto™kés quelque p—rt sur le ‡ide ‡orld ‡e˜
™9estEàEdire le sto™k—ge se f—it sur des —r™hite™tures distri˜uées où les systèmes de gestion
de ˜—se de données rel—tionnelles ne sont p—s —d—ptés —ux environnements distri˜ués requis
p—r les volumes gig—ntesques de données et p—r les tr—(™s tout —ussi gig—ntesques générés
p—r ™es opér—teurs don™ trois gr—ndes tend—n™es interdépend—ntes Xfigh—t—D fig …serD et
gloud gomputing ™onduisent à l9—doption de „e™hnologie xoƒvF
Figure IFI ! uelques ™hi'res sur l9utilis—tion du ‡e˜
1.4.2 Les types de base NoSQL
1.4.2.1 Paradigme clé / valeur
sl s9—git de l— ™—tégorie de ˜—se de données l— plus ˜—siqueF h—ns ™e modèle ™h—que
o˜jet est identi(é p—r une ™lé unique qui ™onstitue l— seule m—nière de le requêterF
v— stru™ture de l9o˜jet est li˜re et le plus souvent l—issé à l— ™h—rge du développeur
de l9—ppli™—tion @ˆwvD tƒyxDFFFAD l— ˜—se ne gér—nt génér—lement que des ™h—înes d9o™tetsF
h—ns ™e modèle on ne dispose génér—lement que des qu—tres opér—tions gre—te ‚e—d
…pd—te helete @g‚…hA X
! Create X ™réer un nouvel o˜jet —ve™ s— ™lé X ™re—te@keyD v—lueAF
! Read X lit un o˜jet à p—rtir de s— ™lé X re—d@keyAF
! Update X met à jour l— v—leur d9un o˜jet à p—rtir de s— ™lé X upd—te@keyD v—lueAF
! Delete X supprime un o˜jet à p—rtir de s— ™lé X delete@keyAF
16. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 11
Figure IFP ! ƒolution xoƒv ™léGv—leur
ves ˜—ses de ™e type disposent pour l— plup—rt d9une interf—™e r„„€ ‚iƒ„ permetE
t—nt de pro™éder très simplement à des requêtesD et ™e™i depuis n9importe quel l—ng—ge de
développementF
v9—ppro™heD volont—irement très limitée de ™es systèmes sur le pl—n fon™tionnelD est
r—di™—le et leur permet d9—0™her des perform—n™es ex™eptionnellement élevées en le™ture
et en é™riture —insi qu9une s™—l—˜ilité horizont—le ™onsidér—˜leF ve ˜esoin de s™—l—˜ilité
verti™—le est fortement réduit —u nive—u des ˜—ses p—r le ™—r—™tère très simple des opér—E
tions e'e™tuéesF
hu f—it de leur modèle de requêtes très simple et réduit —ux opér—tions g‚…hD ™es
systèmes sont prin™ip—lement utilisés ™omme dépôt de données dès lors que les ˜esoins
en termes de requêtes sont très simplesF yn les retrouve très souvent ™omme système de
sto™k—ge de ™—™he ou de sessions distri˜uéesD not—mment là où l9intégrité rel—tionnelle des
données est non signi(™—tiveF‘eurélien py…g‚i„D PHII“
17. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 12
1.4.2.2 Bases documentaires
ves ˜—ses de données do™ument—ires sont ™onstituées de ™olle™tions de do™umentsF …n
do™ument est ™omposé de ™h—mps et des v—leurs —sso™iéesD ™es dernières pouv—nt être reE
quêtéesF
€—r —illeursD les v—leurs peuvent êtreD soit d9un type simple @entierD ™h—ine de ™—r—™tèreD
d—teDFFFAD soit ellesEmêmes ™omposées de plusieurs ™ouples ™léGv—leurF
fien que les do™uments soient stru™turésD ™es ˜—ses sont dites X s™hem—lessF e ™e titreD
il n9est p—s né™ess—ire de dé(nir —u pré—l—˜le les ™h—mps utilisés d—ns un do™umentF ves
do™uments peuvent être très hétérogènes —u sein de l— ˜—seF
ve sto™k—ge stru™turé des do™uments leur ™onfère des fon™tionn—lités dont ne disposent
p—s les ˜—ses ™lésGv—leurs simples dont l— plus évidente est l— ™—p—™ité à e'e™tuer des reE
quêtes sur le ™ontenu des o˜jetsF
Figure IFQ ! ƒolution xoƒv ˜—se do™ument—ire
yn ™onserve génér—lement une interf—™e d9—™™ès r„„€ ‚iƒ„ permett—nt d9e'e™tuer
simplement des requêtes sur l— ˜—se m—is ™elleE™i est plus ™omplexe que l9interf—™e g‚…h
des ˜—ses ™lésGv—leursF ves form—ts de données tƒyx et ˆwv sont le plus souvent utilisés
18. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 13
—(n d9—ssurer le tr—nsfert des données séri—lisées entre l9—ppli™—tion et l— ˜—seF
hu f—it de leur ™on™eption plus simple que les ˜—ses de données rel—tionnellesD ™es
˜—ses ™onservent des perform—n™es élevéesF illes disposent p—r —illeurs de fon™tionn—liE
tés très intéress—ntes en terme de )exi˜ilité du modèle do™ument—ireD ™e que les ˜—ses
rel—tionnelles ne peuvent o'rirF gette dernière fon™tionn—lité leur ™onfère une popul—rité
import—nteD not—mment d—ns le milieu du développement de gwƒ @gontent w—n—gement
ƒystemD outilsd e gestion de ™ontenusA pour lesquels ™e modèle est très —d—ptéF
1.4.2.3 Bases orientées colonnes
ves ˜—ses orientés ™olonnes sont résolument les plus ™omplexes à —ppréhender p—rmi
l— mouv—n™e xoƒvF fien que l9on o˜tienne —u (n—l un s™hém— rel—tivement pro™he des
˜—ses do™ument—iresD l9org—nis—tion sousEj—™ente des données permet à ™es ˜—ses d9ex™eller
d—ns les tr—itements d9—n—lyse de données et d—ns les tr—itements m—ssifs @not—mment vi—
des opér—tions de type w—p‚edu™eAF
fien que l9on trouve des v—ri—tions en fon™tion de l— ˜—se ™onsidéréeD les ™on™epts
essentiels sont les suiv—nts X
! golonne X il s9—git de l9entité de ˜—se représent—nt un ™h—mp de donnéeF gh—que ™oE
lonne est dé(nie p—r un ™ouple ™lé G v—leurF …ne ™olonne ™onten—nt d9—utres ™olonnes
est nommée superE™olonneF
Figure IFR ! ƒolution xoƒv f—ses orientées ™olonnes
! p—mille de ™olonnes X il s9—git d9un ™onteneur permett—nt de regrouper plusieurs
™olonnes ou superE™olonnesF ves ™olonnes sont regroupées p—r ligne et ™h—que ligne
19. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 14
est identi(ée p—r un identi(—nt uniqueF illes sont génér—lement —ssimilées —ux t—˜les
d—ns le modèle rel—tionnel et sont identi(ées p—r un nom uniqueF
Figure IFS ! ƒolution xoƒv f—ses orientées f—mille de ™olonnes
ves superE™olonnes situées d—ns les f—milles de ™olonnes sont souvent utilisées ™omme
les lignes d9une t—˜le de jointure d—ns le modèle rel—tionnelF gomp—r—tivement —u modèle
rel—tionnelD les ˜—ses orientée ™olonnes o'rent plus de )exi˜ilitéF sl est e'et possi˜le d9—jouE
ter une ™olonne ou une super ™olonne à n9importe quelle ligne d9une f—mille de ™olonnesD
™olonnes ou superE™olonne à tout inst—ntF
1.4.2.4 Paradigme graphe
ge p—r—digme est le moins ™onnu de ™eux de l— mouv—n™e xoƒvF ge modèle s9—ppuie
prin™ip—lement sur deux ™on™epts X d9une p—rt l9utilis—tion d9un moteur de sto™k—ge pour
les o˜jets @qui se présentent sous l— forme d9une ˜—se do™ument—ireD ™h—que entité de ™ette
˜—se ét—nt nommée n÷udAF h9—utre p—rtD à ™e modèleD vient s9—jouter un mé™—nisme perE
mett—nt de dé™rire les —r™s @rel—tions entre les o˜jetsAD ™euxE™i ét—nt orientés et dispos—nt
de propriétés @nomD d—teDFFFAF
€—r essen™e ™es ˜—ses de données sont nettement plus e0™—™es que le modèle rel—E
tionnelD pour tr—iter les pro˜lém—tiques liées —ux rése—ux @™—rtogr—phieD rel—tions entre
personnesDFFFAF in e'etD lorsqu9on utilise le modèle rel—tionnelD ™el— né™essite un gr—nd
nom˜re d9opér—tions ™omplexes pour o˜tenir des résult—tsF
20. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 15
Figure IFT ! ƒolution xoƒv p—r—digme gr—phe
1.4.3 Panorama des solutions NoSQL existantes
yn dénom˜re —™tuellement une douz—ine de solutions exist—ntesD qu9elles soient de
type X
! f—se ™léGv—leurD ™omme ‚edisD ‚i—kD †oldemortF
! f—se do™ument—ireD ™omme wongohfD gou™hhfD „err—storeF
! f—se orientée ™olonneD ™omme g—ss—ndr—D em—zon ƒimplehfD qoogle fig„—˜leD
rf—seF
! f—se orientée gr—pheD ™omme xeoRjD yrienthfF
h—ns l— mouv—n™e xoƒvD les gr—nds noms des ˜—ses de données propriét—ires sont
qu—siment —˜s™entsD les solutions ™itées ™iEdessus ét—nt soient open sour™eD soit proposées
en ƒ——ƒF
ves produits issus du monde ƒ——ƒ et proposés sur ™e mode uniquementD prin™ip—leE
ment portés p—r qoogle et em—zonD font p—rtie intégr—nte de l9o're €——ƒ @€l—tform —s —
ƒervi™eA miseà disposition des développeurs d—ns le ™—dre des fr—meworks de développeE
ments ™loudsF
ves produits open sour™e ™onstituent l— m—jorité de l9o're xoƒvD et l9on —ssiste à
une réelle montée de ™es solutions d—ns ™e se™teurD souvent portée p—r des ™ontri˜uteurs
import—nts ™omme p—™e˜ookD „witterD vinkedsnD FFF …n ™ert—in nom˜re de produits ont
été développés pour les us—ges internes de ™es gr—nds —™teurs de l9snternetD puis li˜érés
d—ns des ét—ts d9—v—n™ement très import—ntD puisque déjà en produ™tion pour ™es gr—nds
sites we˜F xotons que l— fond—tion ep—™he joue i™i en™ore un rôle primordi—l d—ns ™es
projetsF
21. CHAPITRE 1. GÉNÉRALITÉS SUR LES SGBDS 16
1.5 Conclusion
ge ™h—pitre illustre l— disponi˜ilité de nom˜reux ƒqfhs sur le m—r™hé les uns sont
free ou p—y—nts et d9—utre open sour™e où sous li™en™e ™ommer™i—leF it m—lgré les limites
des systèmes de gestion de ˜—se de données rel—tionnels et l9—pp—rition du xoƒv @xot
ynly ƒvAD ils restent indispens—˜les et toujours en progressionD leur utilis—tion dépend
des ˜esoins des entreprises d—ns di'érents dom—ines tels que le eE™ommer™eD les dossiers
médi™—uxD les p—iementsD l— gestion des ressour™es hum—ines FFFet™F
v— pro˜lém—tique est toujours posée et ™ritique ™omment ™hoisir le meilleur ƒqfh
d—ns ™ette p—noplie de ƒqfhsF g9est à ™ette pro˜lém—tiqueD qu9on v— ess—yer de donner
quelques éléments de réponseF
22. Chapitre 2
Présentation des SGBDs étudiés
2.1 Introduction
h—ns le milieu professionnelD on retrouve prin™ip—lement des ƒqfh‚ ™lientGserveur
même si les solutions en (™hiers p—rt—gés ont eu leur heure de gloire et sont en™ore utilisées
d—ns ™ert—ines —ppli™—tionsF v9—pp—rition de ƒqfh‚ ™lientGserveur gr—tuits — fortement
™ontri˜ué à popul—riser ™e modèle ™es dernières —nnéesF ve modèle ™lientGserveur né™essite
génér—lement l— présen™e d9un serveurD qui tr—ite les requêtes tr—nsmises p—r le ™lient et
lui retourne le résult—tF
h—ns ™e ™omp—r—tif nous —vons ™hoisi R ƒqfhs X deux sont freeD les deux —utres sont
p—y—ntsD un open sour™e et les trois —utres nonF heux font p—rtie des produits lourds et
deux des légersF
2.2 SQL server
2.2.1 Dénition
€roduit p—r wi™rosoftD ƒv ƒerver est un système de gestion de ˜—ses de données
rel—tionnellesF ve sto™k—geD l— m—nipul—tion et l9—n—lyse de ™es données se font —u sein
de son moteur de ˜—ses de donnéesF ge servi™e permet l— ré—lis—tion de nom˜reuses
—ppli™—tionsD requêtesD et tr—ns—™tionsD not—mment grâ™e —u l—ng—ge „Eƒv @„r—ns—™tE
ƒvAF‘p—˜ien gel—i—D PHHQ“
2.2.2 Avantages
€—rmi les —v—nt—ges de ƒv ƒerver nous ™itons X
23. CHAPITRE 2. PRÉSENTATION DES SGBDS ÉTUDIÉS 18
• edministr—tion —iséeF
• pon™tion d9—udit évoluéeF
• sndépend—n™e entre les diverses ˜—sesD f—™ilit—nt l9intégr—tion de plusieurs —ppli™—tifs
d—ns une même inst—n™eF
• …ne des ˜—ses les plus perform—ntes sous ‡indows en ™on(gur—tion p—r déf—utF
• yptimiseur st—tistique enri™hi à )ux tenduF
• v—ng—ge „Eƒv très ™onvivi—lD intégr—tion de gv‚F
• qestion de l9index—tion textuelleF
• xive—u de ƒv très près de l— norme ƒv et implémente presque toutes les possiE
˜ilités de ƒvF
• ƒervi™es ‡e˜ et ƒupport ˆwvF
• yrdonn—n™eur intégréF
• gompression des données et des s—uveg—rdesF
2.2.3 Inconvénients
w—lgré tous ses —v—nt—gesD le ƒv ƒerver — des in™onvénients X
• histri˜utions fortement liées —u système d9exploit—tionF
• tungle des versionsD m—is fon™tionn—lités ™—ntonnées d—ns les éditions interpriseD
heveloper et ƒt—nd—rdF
• wonoEpl—teforme @wƒ ‡indowsAF
• hepuis l— version PHHSD plus de prise dire™te sur les t—˜les système @rempl—™ées p—r
de vues systèmeAF
• „oujours p—s de ™luster @hormis en —™tifEp—ssifD en se ˜—s—nt sur le ™luster yƒAF
• €—s ™erti(é ƒvtD p—s d9intégr—tion t—v—D orient—tion g5F
• €—s de ™ontr—intes d9uni™ité multi nullF
2.3 Oracle DB
2.3.1 Dénition
yr—™leD édité p—r yr—™le gorpor—tion @qui édite ég—lement wyƒvA est un ƒqfh‚
p—y—ntF ƒon ™oût élevé f—it qu9il est prin™ip—lement utilisé p—r des entreprisesF yr—™le gère
trés ˜ien de gr—nds volumes de donnéesF sl est inutile d9—™heter une li™en™e or—™le pour un
projet de petite t—illeD ™—r les perform—n™es ne seront p—s déférentes de ™elles de wyƒv
ou d9un —utre ƒqfh‚F €—r ™ontreD pour des projets ™onséquents@plusieurs ™ent—ines de qo
de donnéesAD yr—™le ser— ˜ien plus perform—ntF €—r —illeursD yr—™le dispose d9un l—ng—ge
pro™édur—l très puiss—nt @du moins plus puiss—nt que le l—ng—ge pro™édur—l de wyƒvA X
24. CHAPITRE 2. PRÉSENTATION DES SGBDS ÉTUDIÉS 19
le €vGƒvF
2.3.2 Avantages
gomme tout ƒqfh nous indiquons quelques —v—nt—ges d9yr—™le X
• ‚i™hesse fon™tionnelleF
• pon™tion d9—udit évoluéF
• ‚ow vevel ƒtor—ge ƒe™urity @‚vƒƒA X permet de ne f—ire —pp—r—ître que ™ert—ines
lignes des t—˜les pour un utilis—teurGune —ppli™—tion donnéeF
• €—r—llélismeD ™—™hes nommésD h—ute disponi˜ilitéF
• €ro™édures sto™kés en €vEƒql @l—ng—ge propriét—ire yr—™leD orienté eheA ouFFF en
te†e @depuis l— version VFIFUA ™e qui peut s9—vérer utile pour les équipes de déveE
loppementF
• essist—nts perform—nts vi— yr—™le w—n—ger ƒerverD possi˜ilité de gérer en interne
des tâ™hes et des —l—rmesF
• qestion ™entr—lisée de plusieurs inst—n™esF
• gon™ept unique de retour —rrière @pl—sh˜—™kAF
• €érennité de l9éditeur X —ve™ plus de RH
• ‚égl—ges (ns X d—ns l— mesure où l9on ™onn—it su0s—mment le moteurD presque tout
est p—r—métr—˜leF
• e™™ès —ux données système vi— des vuesD ˜ien plus —isément m—nipul—˜le que des
pro™édures sto™kéesF
• ƒervi™es ‡e˜D support ˆwv
• yrdonn—n™eur intégré
• gompression des données et des s—uveg—rdes
• ƒupport te™hnique yrion extrêmement ri™he et fourniF
2.3.3 Inconvénients
ves in™onvénients d9yr—™le sont les suiv—nts X
• €rix élevéD t—nt —u point de vue des li™en™es que des ™ompos—nts m—tériels @‚ewD
g€…A à fournir pour de ˜onnes perform—n™esF
• edministr—tion ™omplexeD liée à l— ri™hesse fon™tionnelleF
• port dem—ndeur de ressour™esD ™e qui n9—rr—nge rien —u point pré™itéD yr—™le est
˜ien plus gourm—nd en ressour™e mémoire que ses ™on™urrentsD ™e qui implique un
investissement m—tériel non néglige—˜leF
• wét—Emodèle propriét—ireD loin de l— normeF
• qestion des verrous mortels m—l ™onçue @suppression d9une ™omm—nde ˜loqu—nte
s—ns roll˜—™kAF
25. CHAPITRE 2. PRÉSENTATION DES SGBDS ÉTUDIÉS 20
• …ne qu—ntité des ˜ugs proportionnels à l— ri™hesse fon™tionnelleD surtout sur les
dernières versionsF
• qestion err—tique des rôles et privilèges @p—s possi˜le de donner des droits sur des
s™hém—s p—rti™uliers s—ns p—sser p—r leurs o˜jetsD dés—™tiv—tion des rôles lors d9exéE
™ution de p—™k—gesFFFA
• €—s de type —utoEin™rément dé™l—r—tif X les séquen™es ne peuvent être dé™l—r—tivement
dédiées à une t—˜le spé™i(que @risque de mél—ngeA
• xom˜reuses f—illes de sé™urités liées à l9—r™hite™ture elleEmêmeF
2.4 MySQL
2.4.1 Dénition
wyƒv est un ƒqfh‚ qui utilise le l—ng—ge ƒvD et f—it p—rti des plus utilisésF ƒ—
popul—rité est due en gr—nde p—rtie —u f—it qu9il s9—git d9un logi™iel ypen ƒour™eD ™e qui
signi(e que son ™ode sour™e est li˜rement disponi˜le et que qui™onque qui en ressent
l9envie etGou le ˜esoin peut modi(er wyƒv pour l9—méliorer ou l9—d—pter à ses ˜esoinsF
…ne version gr—tuite de wyƒv est p—r ™onséquent disponi˜leF À noter qu9une version
™ommer™i—le p—y—nte existe ég—lement ‘ghristophe ge‚€ixeD PHHT“F
2.4.2 Avantages
ves —v—nt—ges de wyƒv sont ™omme suit X
• ƒolution très ™our—nte en hé˜ergement pu˜li™F
• „rès ˜onne intégr—tion d—ns l9environnement ep—™heG€r€
• ypenƒour™eD ˜ien que les ™ritères de li™en™e soient de plus en plus di0™iles à supE
porterF
• †ersion ™luster depuis l— version RF
• ordonn—n™eur et p—rtitionnement dès l— version SFIF
• p—™ilité de déploiement et de prise en m—inF
• €lusieurs moteurs de sto™k—ge —d—ptés —ux di'érentes pro˜lém—tiquesD ™on(gur—˜le
—u nive—u t—˜leF
• wulti pl—teEforme vinuxD ‡indowsD yƒˆD …nixFFFe™tF
2.4.3 Inconvénients
• xe supporte qu9une f—i˜le p—rtie des st—nd—rds ƒvEWPF
• ƒupport in™omplet des triggers et pro™édures sto™kéesF
• essez peu de ri™hesse fon™tionnelleF
26. CHAPITRE 2. PRÉSENTATION DES SGBDS ÉTUDIÉS 21
• w—nque de ro˜ustesse —ve™ de fortes volumétriesF
• €—s d9hérit—ge de t—˜leF
• €—s de vue m—téri—liséeF
• gluster p—r ™lon—ge de ˜—se X imp—™t prépondér—nt sur l— volumétrieF
2.5 MS Access
2.5.1 Dénition
wƒ e™™ess ou wi™rosoft e™™ess est un logi™iel édité p—r wi™rosoft @™omme son nom
l9indiqueFFFAD p—r ™onséquentD ™9est un logi™iel p—y—nt qui ne fon™tionne que sous ‡indowsF
sl n9est p—s du tout —d—pté pour gérer un gr—nd volume de données et — ˜e—u™oup moins
de fon™tionn—lités que les —utres ƒqfh‚F ƒon —v—nt—ge prin™ip—l est l9interf—™e gr—phique
intuitive qui vient —ve™ le logi™ielF
2.5.2 Avantages
• „rès puiss—nt et très ludiqueD il —pporte un gr—nd nom˜re d9outils pour ré—liser des
outils de reporting de donnéesF €ossi˜ilité de s9en servir ™omme interf—™e sur une
˜—se ƒvƒerver ou ™onne™té à une @desA liste@sA‡ƒƒF
• sl ™ontient une gr—nde série d9outils de ™onversion de donnéesD pour ré™upérer ou
exporter depuis presque n9importe quel form—t vers n9importe quel form—tF
• sl ™ontient une gr—nde série d9outils de ™onversion de donnéesD pour ré™upérer ou
exporter depuis presque n9importe quel form—t vers n9importe quel form—tF
• ves m—™ros permettent à des néophytes de se l—n™er d—ns une forme —llégée de
l9—utom—tis—tionF
• u—ntité d9—ssist—nts dirige—nt l9utilis—teur vers une première solutionF
• porte intégr—tion à l— ƒuite wi™rosoft y0™eG†feD déjà fortement rép—ndue en enE
trepriseF
• €ossi˜ilité de développer des —ppli™—tions ‚untime évit—nt —insi l9—™h—t m—ssif de
li™en™es e™™ess sur numér—ireF
2.5.3 Inconvénients
• ve moteur ti„ ét—nt un moteur pi™hier D il est gourm—nd en ressour™es rése—u et
ne ™onvient p—s pour les—ppli™—tions dist—ntesF
• ve système de verrouill—ge des enregistrements peut induire des mess—ges d9—vertisE
sements si deux utilis—teurs ™her™hent à é™rire simult—nément d—ns une même p—ge
de donnéesF v— ™onsult—tion est p—r™ontre multiEutilis—teurF
27. CHAPITRE 2. PRÉSENTATION DES SGBDS ÉTUDIÉS 22
• wonoEpl—teforme @wƒ ‡indowsAF
• x9implémente p—s ™omplètement les normes ƒvF gert—ines options permettent
né—nmoins de p—sser du ƒvEe™™ess à une é™riture ™onforme à l— norme exƒsWPD
m—is elles sont peu ™onnues et peu utiliséesF
• v— pl—ie du hfe en entreprise X son utilis—tion ouverte —ux dé˜ut—nts risque de
l—isser )eurir une kyrielle d9—ppli™—tionsGde ˜—se de données s—ns ™ontrôle —u sein
de l9entrepriseF
2.6 Conclusion
gh—™un des ƒqfhs ™ités d—ns ™e ™h—pitre — des points forts et des points f—i˜les p—r
r—pport à l9—utreD m—is ™hoisir un p—rmi les —utres se voit toujours ™omme une vr—ie proE
˜lém—tiqueD même pour les experts du dom—ineF
€our —pporter quelques éléments de réponse à ™ette questionD le ™h—pitre suiv—nt —˜orE
der— un ™omp—r—tif entre les qu—tre ƒqfhs qui (xe ™omme o˜je™tif d9—ssister les utilis—E
teurs d—ns leurs ™hoixD —v—nt d9investir et ™ommettre l9irrép—r—˜leF
28. Chapitre 3
Comparatif entre les 04 SGBDs
(Oracle, SQL Server, MySQL, MS
Access)
3.1 Introduction
xotre ˜ut d—ns ™e projet de (n d9étude est de donner des éléments de réponse —ux
utilis—teurs pour ™hoisir le ƒqfh ™onven—˜leF
h—ns ™e dernier ™h—pitreD nous —llons présenter l9étude ™omp—r—tive suivieD nous ™omE
mençons p—r une présent—tion du m—tériel utiliséD une des™ription de l— ˜—se de données
sur l—quelle on fer— nos di'érents testsD —ve™ une expli™—tion des ét—pes de migr—tion de
l— ˜—se données vers les di'érents ƒqfhsD puis une présent—tion des di'érents ™ritères de
™omp—r—isonD —insi que les résult—ts o˜tenusF
3.2 Conguration du Hardware
v— ™on(gur—tion du €g sur lequel le ™omp—r—tif — été e'e™tué est ™omme suit X
• „ype X v—ptopF
• ƒystème d9exploit—tion X ‡indows U idition p—mili—l €remium Y
• p—˜ri™—nt X eƒ…ƒ„eu gomputer sn™F
• wodèle X eƒƒ…ƒ xote˜ook ƒeries
• iv—lu—tion X RFS sndi™e de perform—n™e ‡indowsF
• €ro™esseur X sntel @‚A €entium@‚A g€… fWSH d PFIHqrz PFIHqrz
• wémoire inst—llée @‚ewA X RFHH qo
29. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 24
• „ype du système X système d9exploit—tion TR ˜itsF
3.3 Description de la base de données
xotre tr—v—il — été e'e™tué sur l— ˜—se de données des ™—rtes grises de l— wil—y— de
„lem™en ˜—™kup du QHGIHGPHIQD f—ite sous wƒ ƒv ƒerver PHHSD ™omport—nt PS t—˜les
en tot—litéF
3.3.1 Listes des tables de la base de données
xous ™itons ™iEdessous une listes des t—˜les de l— ˜—se de données X
IF „—˜le g—rrosserie X ™ontient HR ™h—mps et IRU enregistrementsD g—rrosseries des
véhi™ulesF
PF „—˜le g—rte X ™ontient TV ™h—mps et PSISTV enregistrementsD ™9est l— t—˜le ™omporE
t—nt le m—ximum d9inform—tions ™on™ern—nt les véhi™ules et leurs propriét—iresF
QF „—˜le gommune X ™ontient HR ™h—mps et SQ enregistrementsDves SQ ™ommunes de l—
wil—y— de „lem™enF
RF „—˜le pon™tion X ™ontient HR ™h—mps et RI enregistrementsD ves fon™tions des proE
priét—iresF
SF „—˜le qeqi X ™ontient HR ™h—mps et IHWW enregistrementsDves inform—tions sur les
g—ges des véhi™ulesF
TF „—˜le qenre X ™ontient HQ ™h—mps et PU enregistrementsD…ne liste des genres des
véhi™ulesF
UF „—˜le rsƒ„y X ™ontient SQ ™h—mps et RIQPRU enregistrementsDv9historique desproE
priét—ires des véhi™ulesF
VF „—˜le w—rque X ™ontient HR ™h—mps et IHSH enregistrementsDves m—rques des véhiE
™ulesF
WF „—˜le wodif•—v™ X ™ontient IU ™h—mps et PUHPV enregistrementsDv— modi(™—tion des
™—r—™téristiques des véhi™ulesF
IHF „—˜le wodif•ƒtd X ™ontient PR ™h—mps et PSQWV enregistrementsDv— modi(™—tion
des inform—tions des propriét—iresF
IIF „—˜le xuldisp X ™ontient HP ™h—mps et TII enregistrementsDves numéros d9imm—triE
™ul—tion de ™h—que —nnée p—r ™—tégorieF
IPF „—˜le xumƒerennule X ™ontient HU ™h—mps et TUUU enregistrementsDves numéros de
série des ™—rtes grise —nnuléesF
30. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 25
IQF „—˜le y€€•we„ X ™ontient HU ™h—mps et RPIR enregistrementsDyppositions sur les
véhi™ules p—r m—tri™uleF
IRF „—˜le y€€•„ƒ X ™ontient HW ™h—mps et VPU enregistrementsD yppositions sur les
véhi™ules p—r type et numéro de sérieF
ISF „—˜le €ermis X ™ontient PU ™h—mps et VP enregistrementsD €ermissions des utilis—E
teursF
ITF „—˜le €oste X ™ontient HP ™h—mps et WHV enregistrementsD ves postes de s—isie —utoE
risée pour ™h—que utilis—teurF
IUF „—˜le €†mine X ™ontient HQ ™h—mps et TRWW enregistrementsDves inform—tions des
۠ de mineF
IVF „—˜le uitt—n™e X ™ontient HQ ™h—mps et IH enregistrementsD ves mont—nts des quitE
t—n™esF
IWF „—˜le ƒ…€•ge‚„i X ™ontient QR ™h—mps et UHPR enregistrementsD viste des ™—rtes
grise suppriméesF
PHF „—˜le ƒ…€•h…€ X ™ontient HT ™h—mps et SWH enregistrementsD viste des ™—rtes grise
dupli™—t—s suppriméesF
PIF „—˜le ƒ…€•pg X ™ontient HW ™h—mps et UUVQ enregistrementsD viste des (™hes de
™ontrôles suppriméesF
PPF „—˜le ƒ…€•yw X ™ontient HT ™h—mps et IITS enregistrementsD ves oppositions p—r
m—tri™ule —nnuléesF
PQF „—˜le ƒ…€•y„ƒ X ™ontient HU ™h—mps et IQ enregistrementsD ves oppositions p—r
type et numéro série —nnuléesF
PRF „—˜le ƒ…€•†q X ™ontient HU ™h—mps et UWTQ enregistrementsD viste des g—ges —nE
nulésF
PSF „—˜le ‡sve‰e X ™ontient HR ™h—mps et QWR enregistrementsD viste des wil—y—s plus
leurs d—ir—sF
3.4 Migration vers les autres SGBDs
xotre projet — pour sujet l— ™omp—r—ison entre les ƒqfhs ™hoisis @wƒ ƒv ƒerverD
yr—™leD wyƒv et wƒ e™™essA ™omme il est mentionné —u p—re —v—ntD —lors on — f—it une
migr—tion de l— même fhh vers les HQ —utres ƒqfhsD pour déterminer les perform—n™es
de ™h—™un de ™es ƒqfhs en ten—nt ™ompte du type du h—rdw—re utilisé et les requêtes
™hoisies pour l9interrog—tion de l— fhhD pour —˜outir à l— (n à des résult—ts d9év—lu—tion
™on™retsF
31. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 26
3.4.1 Migration de la base de données de MS SQL Server vers
MS Access
xous —vons f—it une import—tion des données à p—rtir de ƒv ƒerver vers wƒ e™™ess
à l9—ide de l9outil de l9import—tion d—ns wƒ e™™essF
ves ét—pes à suivre sont ™omme suit X
Figure QFI ! wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HI
Figure QFP ! wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HP
32. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 27
Figure QFQ ! wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HQ
Figure QFR ! wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HR
33. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 28
Figure QFS ! wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HS sele™tion des
t—˜les ™onten—nts des données
Figure QFT ! wigr—tion de l— fhh ƒv ƒerver vers wƒ e™™ess ét—pe HT
34. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 29
Figure QFU ! f—se de données des ™—rtes grise sous wƒ e™™ess
35. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 30
3.4.2 Migration de la base de données de MS SQL Server vers
MySQL
v— wigr—tion — été f—ite —ve™ l9outil wigr—tion ‡iz—rd fournis p—r le wyƒv sous les
ét—pes suiv—ntes X
Figure QFV ! wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HI
Figure QFW ! wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HP
36. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 31
Figure QFIH ! wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HQ
Figure QFII ! wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HR
Figure QFIP ! wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HS
37. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 32
Figure QFIQ ! wigr—tion de l— fhh ƒv ƒerver vers wyƒv ét—pe HT
Figure QFIR ! v— ˜—se de donné des ™—rtes grises sous wyƒv
38. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 33
3.4.3 Migration de SQL Server vers Oracle :
v— wigr—tion — été f—ite —ve™ un utilit—ire iƒp h—t—˜—se wigr—tion „oolkit sous les
ét—pes suiv—ntes X
Figure QFIS ! wigr—tion de l— fhh ƒv ƒerver vers yr—™le ét—pe HI
Figure QFIT ! wigr—tion de l— fhh ƒv ƒerver vers yr—™le ét—pe HP
39. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 34
Figure QFIU ! wigr—tion de l— fhh ƒv ƒerver vers yr—™le ét—pe HQ
Figure QFIV ! wigr—tion de l— fhh ƒv ƒerver vers yr—™le ét—pe HR
Figure QFIW ! wigr—tion de l— fhh ƒv ƒerver vers yr—™le ét—pe HS
40. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 35
3.5 Comparatif
3.5.1 Outils d'administration
ƒqfhs yr—™le ƒv ƒrver wyƒv wƒ e™™ess
yutils d9—dmiE
nistr—tion
€uiss—nts m—is
l— ™onsole d9—dE
ministr—tion
n9est p—s —ssez
simple
ve plus simple à
utiliser m—is ne
fon™tionne que
sous x„
p—™ile à utiliser
sous plusieurs
pl—tesEformes
ƒimple à utiliE
ser m—is ne fon™E
tionne que sous
‡indows
3.5.2 Prix
ƒqfhs yr—™le ƒv ƒrver wyƒv wƒ e™™ess
€rix €—y—ntD ™hère
p—r r—pport —ux
petites entreE
prises environ
WSHHH6
les versions
p—y—ntes enviE
ron IPTWP6
qr—tuit et open
sour™e
inviron QIFPT6
3.5.3 Capacité de stockage
ƒqfhs yr—™le ƒv ƒrver wyƒv wƒ e™™ess
g—p—™ité de stoE
™k—ge
…n sto™k—ge suE
périeur à IT „o
SPR €o entre P qo et R
qo tous dépond
du système d9exE
ploit—tion
P qo moins l9esE
p—™e né™ess—ire
—ux o˜jets sysE
tème
3.5.4 Performence
v— ™omp—r—ison s9est f—it à tr—vers un ensem˜le de requêtes simples et —utres m—ssives
pour —voir les di'érents temps de réponse de ™h—que ƒqfhF
45. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 40
3.5.5 Résultats obtenus
ve ™omp—r—tif ré—lisé nous — permis de tirer quelques résult—ts sur l9utilis—tion de ™es
HR ƒqfhs ™ommenç—nt p—r X
• Oracle : gonnu p—r le le—der des ƒqfhs ™9est le ƒqfh —déqu—t —ux gr—ndes enE
treprises m—lgré son prix élevé m—is s— ™—p—™ité de sto™k—ge et ™es outils de sé™urité
de données sont import—ntsD en f—it en théorie le sto™k—ge d9yr—™le est illimité m—is
en pr—tique il peut ¢tre supérieur à IT „o m—is utiliser yr—™le né™essite des gr—ndes
™ompéten™es à l9inst—ll—tion et à l9—dministr—tionF
• SQL Server : ™9est un ƒqfh très puiss—ntD ro˜uste —ve™ une interf—™e ergonomique
et f—™ile à utiliserD s— ™—p—™ité de sto™k—ge des données est —ussi import—nte m—is
un gr—nd pro˜lème —ve™ ƒv ƒerver est dédié —ux entreprises utilis—nt le ƒystème
d9exploit—tion ‡indows seulementF
• MySQL : ™9est le plus popul—ire —u monde —ve™ s— vitesse supérieureD s— (—˜ilité
et f—™ilité d9utilis—tionD son point fort est d9¢tre gr—tuit et peux être utilisé même p—r
les dé˜ut—nts —u dom—ineF
• MS Access : ™9est le ƒqfh ™onven—˜le pour les petites —ppli™—tionsD s— ™—p—™ité
de sto™k—ge est limitée m—is s— r—pidité est très rem—rqu—˜leF
xous ré™—pitulons les résult—ts o˜tenus d—ns l9histogr—mme ™iEdessous X
Figure QFPH ! g—r—™téristiques des ƒqfhs
46. CHAPITRE 3. COMPARATIF ENTRE LES 04 SGBDS (ORACLE, SQL
SERVER, MYSQL, MS ACCESS) 41
3.6 Conclusion
ve ˜ut de notre projet de (n d9étude est de ré—liser un ™omp—r—tif ™on™ret sur les
ƒqfhs p—rmi les plus ™onnus d—ns le monde inform—tiqueD en se ˜—s—nt sur des ™ritères
˜ien dé(nis qui restent des f—™teurs de témoign—ge sur les perform—n™es de ™h—™un entre
euxF sl f—ut dire —ussi que le tr—v—il n9ét—it p—s f—™ileD not—mment l— migr—tion de l— ˜—se
de données et l9inst—ll—tion de ™ert—ins ƒqfh ™itons l9or—™le à titre d9exempleF in (nD on
ne peut p—s dire qu9un ƒqfh est meilleur que l9—utreD le ™hoix dépend des ˜esoins et des
moyens de ™h—que utilis—teur @entrepriseAF
47. Conclusion générale
h—ns le ™—dre de notre projet de (n d9étudeD l9o˜je™tif ™i˜lé ét—it donner des indi™—teurs
—ux utilis—teurs d—ns les di'érents environnements m—térielElogi™ielD gr—ndesEpetites enE
treprisesD —m—teursEprofessionnelsD privésEét—tiquesD qui vont leur servir ™omme éléments
de ˜—ses d—ns leurs ™—hiers de ™h—rgeF
v9étude ™omp—r—tive développée s9est —ppuyée sur les di'érents ™ritères suiv—nts X
• ves outils d9—dministr—tionF
• ves prix des ƒqfhs p—y—ntsF
• g—p—™ité de sto™k—geF
• it l— perform—n™e de ™h—™un des ƒqfhs ™hoisisF
ves résult—ts o˜tenus ont été très ™onv—in™—nts et détermin—nts pour —ssister les dé™iE
deurs d9ét—˜lissements X hire™teursD inform—ti™iensD (n—n™iers et enseign—ntsD pour d9évenE
tuelles prises de dé™isions qui sont jugées primordi—les pour l9—venir de n9importe quelle
entrepriseF
in(nD ™omme d—ns tout tr—v—il des perspe™tives —uront toujours lieu à —™™omplir dont
nous ™itons une liste non exh—ustive des dites —mélior—tions sus™epti˜les d9être ré—lisées
ultérieurement à ™e projet X
! …tiliser un vr—i serveur —ve™ une ™on(gur—tion puiss—nte et un système d9exploit—tion
dédié —ux serveurs tel que ‡indows ƒerver PHHV ou d9—utre d—ns le ˜ut de minimiser
les temps de réponse des ƒqfhs —ux di'érentes requêtes quelque sois simples ou
™omplexesF
! héveloper une —ppli™—tion qui interroge les ƒqfhs depuis les postes ™lients et qui
™—l™ule —utom—tiquement les temps de réponseF
! in(n nous pensons à tr—v—iller d—ns le future sur le xoƒv d—ns le ˜ut de ré—liser
une étude ™omp—r—tive entre ™es di'érents p—r—digmes et développer une —ppli™—tion
‡e˜ —pprouv—nt les résult—ts issu de ™ette ™omp—r—isonF
48. Bibliographie
‘ghristophe ge‚€ixeD PHHT“ ghristophe ge‚€ixeF gomp—r—ison de ƒqfh li˜res X
l—ng—geD triggersD —dministr—tionF ix—men pro˜—toire du ™y™le ingénieur gFxFeFwF
gyxƒi‚†e„ys‚i xe„syxev hiƒ e‚„ƒ i„ wi„si‚ƒ gix„‚i ‚iqsyxev
hi wyx„€ivvsi‚F €u˜ @PHHTAF
‘eurélien py…g‚i„D PHII“ eurélien py…g‚i„F xoƒv une nouvelle —ppro™he du
sto™k—ge et de l— m—nipul—tion des donnéesF erti™le s™ienti(que F@PHIIA
‘p—˜ien gel—i—D PHHQ“ p—i˜ien gel—i—F uel ƒqfh ™hoisir cF erti™les s™ienti(que €u˜lié
le X HIFHQFPHHQF wise à jour PPFHWFPHIH
‘hidier honsezD PHHP“ hidier honsezD €—nor—m— des ˜—ses de donnéesF …niversité toseph
pourier @qreno˜le IAF@PHHPA
‘ghristi—n ƒoutouD PHHS“ ghristi—n ƒoutouF epprendre ƒv —ve™ wyƒvF idition
i‰‚svviƒ @PHHSAF
Site Web
‘‡I“ http XGGwwwFmi™rosoftF™omGfr—n™eGserveur™loudGsqlG
‘‡P“ http XGGwwwFor—™leF™omGfrGindexFhtml
