le modèle client-seveur

7/25/2019 Le Modle Client-seveur

1/81

CLIENT/SERVEUR


2/81


3/81

Un !eu d"#istoire$$%

Le client sereur est l"tat actuel de l"olutiondes arc#itectures in&ormati'ues :

(ant les (nnes )* : S+stme Centralis,ordinateur central aec des terminau !assi&sde t+!e tete.%

Les (nnes )*: elo!!ement dutransactionnel et a!!arition des S0 non-!ro!ritaires ,ind!endants desconstructeurs. - S0 relationnel 2 S3L


4/81


Les (nnes )*: Paralllement delo!!ementdes micros-ordinateurs aec leur !uissance decalcul dcentralise et leurs inter&aces4ra!#i'ues coniiales%Le maintien des 4ros et mo+ens s+stmes aecles micros-ordinateurs ont rendu les

communications di&&iciles et ont cr desdsordres dans les s+stmes d"in&ormations,redondance5etc%.


5/81


Les (nnes 6*: elo!!ement des rseau%L"e&&icacit et le !arta4e des s+stmesd"in&ormations doient 7tre o!timum,concurrence conomi'ue5 etc%.%Le client-sereur se situe dans ce 8esoin decentralisation ,in&ormation co#rente5 non

redondante et accessi8le. et dedcentralisation ,conserer la !uissance etl"inter&ace des micros-ordinateurs.


6/81

Le modle 9ulti-Utilisateur centralis

Sereur ;rdinateur central 'ui e&&ectue tousles traitements

Client Terminal sans !uissance locale de

traitement

CLIENTECR

(N SERVEUR

INTELLI0ENCE


7/81

Le modle rseau local traditionnel

Sereur 0re le rseau et stoc


8/81

Le modle Client-Sereur

R!artition =udicieuse de la !uissance detraitement entre le sereur et les di&&rentesstations interconnectes%

ECR

(N SERVEUR

CLIENT

INTELLI0ENCE

INTELLI0ENCE


9/81

Pour'uoi le Client-Sereur >

Contraintes sur l"entre!riseContraintes eternes : com!titiit5 ei4ence de

la clientle5 !roduire mieu et !lus ite5 etc%

Contraintes internes : Com!ression des 8ud4ets,limitation des ressources.5 man'ue de tem!s5a8sor!tion des tec#nolo4ies nouelles

9ieu ma?triser le s+stme d"in&ormationUne arc#itecture ouerte C/S 8@tie autour d"un

moteur relationnel amliore cette ma?trise :!rsentation naturelle des donnes5 meilleure!roductiit des delo!!eurs aec le S3L


10/81

Pour'uoi le Client-Sereur >

Prise en com!te des olutions tec#nolo4i'ues (s!ect ouert et modulaire du Client-sereur%

9ais$% Rduire les coAts >

L"arc#itecture C/S coAte !lus c#er 'u"unearc#itecture centralise :

Postes de traail Rseau local Bormation des delo!!eurs ,S05 9iddleare5

l"o8=et et les inter&aces 4ra!#i'ues.

Tec#niciens de maintenance rseau et PC


11/81

Client/Sereur : d&inition

Est con&orme au modle client-

sereur tout !rocessus utilisantdes serices o&&erts !ar un autre!rocessus5 et communi'uant aec

lui D laide de messa4es%


12/81


(!!roc#e Puriste

SERVEUR

CLIENT

RE3UFTE

REP;NSE

(!!roc#e Pra4mati'ue

E

CR(N SERVEUR

CLIENT

RE3UFTEREP;NSE


13/81


La !rsence d"un rseau n"est !aso8li4atoire dans la d&inition% ;n !eutnanmoins considrer 'u"une arc#itecture

C/S ne se construit 'u"autour d"un rseau% Le terme SERVEUR&ait r&rence D tout

!rocessus 'ui reGoit une demande de

serice ,re'u7te. enant d"un client ia unrseau5 traite cette demande et renoie lersultat ,r!onse. au demandeur ,leCLIENT.%


14/81

CLIENTProcessus 'ui demande l"ecution d"une

o!ration !ar l"enoi d"une demande%

SERVEURProcessus 'ui ecute la demande du client et

'ui transmet la r!onse%

RE3UFTE ,Re'uest.9essa4e transmis !ar le client% REP;NSE ,Re!l+.

9essa4e transmis !ar le sereur%

Client-Sereur : d&inition


15/81

Les H !rinci!es de 8ase du C/S

Princi!e 1:

Rendre l"arc#itecture matrielle trans!arenteis D is des delo!!eurs et des utilisateurs&inals%

Princi!e :

Rendre le nieau !#+si'ue ,et lo4i'ue dans unemoindre mesure. des 8ases de donnestrans!arent !our les delo!!eurs et lesutilisateurs%


16/81


Princi!e J:Utiliser au nieau de c#a'ue station ,cliente ou

sereur. l"ensem8le matriel/lo4iciel le !lus

ada!t% C#a'ue mac#ine est ada!te D des 8esoins !rcis

,im!li'ue l"#tro4nit des matriels.%

;!timisation de l"outil%

iersit des serices o&&erts D l"utilisateur%

9inimisation des coAts ,le so!#isti'u lD oK il esncessaire%


17/81


Princi!e H:Permettre une s!aration !#+si'ue entre les

actions d"un !ro4ramme lies D l"interaction

aec les utilisateurs et les autres actions%0estion du dialo4ue !ar le client ,inter&ace.

0estion des donnes !ar le sereur

Il s"a4it d"un modle de traitement coo!rati&%


18/81

cou!a4e des a!!licationsclient-sereur

;n reconna?t traditionnellement dans une a!!licationJ modules :

;NNEES

TR(ITE9ENT

PRESENT(TI;N


19/81

La r!artition de ces J modules ariera entre le clientet le sereur et sera &onction :

es t+!es darc#itecture retenuse la ca!acit des mac#ines

e la ca!acit du rseau

Le 0artner 0rou! a !ro!os les cas de &i4ure suiants :

cou!a4e des a!!licationsclient-sereur


20/81

Le sc#ma du 0artner 0rou!


21/81

Client/Sereur de !rsentationT+!e 1 : Re!rsente un s+stme Sereur/terminal

classi'ue% Ce dernier !rsente un crancalcul !ar le sereur% Le t+!e 1 n"est !as uns+stme client/sereur%

T+!e : L"a&&ic#a4e e&&ectu !ar le client se &ait Dla suite d"un c#an4e de re'u7tes aec le sereur

,t+!e de &en7tre sa taille5 son titre5 etc%.M-indos est le s+stme re!rsentati& du t+!e



22/81

Client/Sereur de Traitements ,T+!e J.Les donnes restent centralises mais les

traitements sont r!artis entre le client et lesereur ,c&% Le dialo4ue RPC.%

Les a!!lications e8 rentrent dans cettecat4orie aec : du cOt client les scri!ts int4rs dans les !a4es

T9L5 les !lu4-in et/ou les com!osants% du cOt sereur les diers !ro4rammes ,accs

au 8ases de donnes5$. 'ui transmettentleurs rsultats au clients



23/81

Client/Sereur de donnesS+stme !o!ularis !ar les S0R associs au

S3L% ans ce contete le sereur 4re lesdonnes5 leur int4rit5 la scurit5 etc% Il enoieseulement les donnes corres!ondant D lare'u7te ,o!!osition aec le sereur de &ic#iers.%Le client traite ces donnes !our entuellement5

en retour5 mettre D =our la 8ase%Un !artie de la 8ase de donnes !our 7tre sur le

client -t+!e Q- ,c&% r!artition des 8ases dedonnes.



24/81

Conclusion ,!artie 1.

9odle client/sereurse caractrise donc!ar :

es ressources ind!endantes5L"im!ortance du dialo4ue entre le

client et le sereur5

La !lace centrale du rseau%


25/81

Ressources ind!endantes

8er4ementToute !late-&orme matrielle !eut deenir sereurTout s+stme de!loitation !eut #8er4er un

serice

Toutes con&i4urations matrielles ou lo4iciellesenisa4ea8les

LocalisationLes ressources !euent 7tre nim!orte oK sur le

rseau(rc#itecture !lus modulaire(dministration !lus com!lee


26/81

Ressources ind!endantes

UtilisationLes ressources ne sont !as ddies D une

utilisation !articulire

Parta4e des ressources &acilit


27/81

Im!ortance du ialo4ue

Im!ortance accrue des communicationsLe rseau deient le centre de 4rait du SILe rseau deient la cl de oAte du modle

client-sereur Com!lei&ication du dialo4ue

ialo4ue entre s+stmes #tro4nes

ialo4ue D distance Ncessit de couc#es intermdiaires

Pour 4rer la com!leit

Pour rendre trans!arent le dialo4ue


28/81

Les !rotocoles

L"im!ortance du rseau les !lacent au !remier!lan :

&inissent le &onctionnement des rseau

Courent J t+!es de sericesles serices da!!lication

les serices de trans!ort

les serices de liaison

Res!ectent le modle ;SI ,interconneion des

s+stmes ouerts. d&ini !ar lIS;


29/81

Partie : Le 9ILE(RE

CLIENT/SERVEUR


30/81

Dfinition

0eor4es 0(R(RIN d&init le middlearecomme :

L"ensem8le des serices lo4iciels construits au-

dessus d"un !rotocole de trans!ort a&in de!ermettre l"c#an4e de re'u7tes et desr!onses associes entre client et sereur de

manire trans!arente% "autres auteurs int4rent les couc#es rseaudans le middleare%


31/81

Une tri!le trans!arence :Trans!arence au rseau% Tous les t+!es de rseau

doient 7tre su!!orts%Trans!arence au sereurs% Tous le S0 ,aec leur

S3L souent di&&rents. doient 7tre accessi8les%Trans!arence au lan4a4es% Les &onctions a!!eles

doient 7tre aussi ind!endantes 'ue !ossi8le deslan4a4es%

Dfinition

(!!lication,s. Sereur,s.9ILE(RE

RESE(U


32/81

Pour'uoi le 9iddleare >

La com!leit du dialo4ue client/sereur est Dl"ori4ine du middleare% Com!leit due D la

!rsence :es S+stmes #tro4nes

es S+stmes !ro!ritaires

u dialo4ue D distance


33/81

Le 9iddleare : D 'uoi Ga sert >

(anta4es;&&re des serices de #aut nieau au a!!licationsRend !orta8le les a!!lications ,aec certaines

limites.

Prend en c#ar4e les !rotocoles de conersion decaractres et dta8lissement de sessions entreclients et sereurs #tro4nes

Cest la 4lue 'ui rend !ossi8le le client-

sereur Cest la 8o?te D outils !our le delo!!ement des

a!!lications%


34/81

L"arc#itecture t+!e du 9iddleare

L"IPC,Inter Processus Communication. estl"autre nom du middleare%

L"IPC se com!ose :

L"inter&ace (PI,(!!lication Pro4rammin4Inter&ace. - Inter&ace de !ro4rammation aunieau a!!licati&%

Inter&ace entre un !ro4ramme et le s+stme'ui !ro!ose un ensem8le de &onctionsstandards !our accder D un serice local ou

distant%


35/81

L"inter&ace B(P,Bormat (nd Protocols. -Protocoles de communication et &ormat desdonnes%

Ce module assure : la s+nc#ronisation entre client et sereur5

la reconnaissance du &ormat des donnes

c#an4es l"a!!el au &onctions de trans!ort du

rseau%



36/81



37/81

Client sereur et modle ;SI

Couc#e - Prsentation

Couc#e - (!!lication

Couc#e Q - SessionCouc#e H - Trans!ort

Couc#e J - Rseau

Couc#e - LiaisonCouc#e 1 - P#+si'ue

Par E : TCP

Par E : IP

Par E : Paire torsadePar E : CS9(/C

(PI

B(P


38/81

couches

Client sereur et modle ;SI


39/81

Le dialo4ue aec session

(!!lication

SereurRseauClient

emande de conneionRe'u7te

Rsultats

S+nc#ronisation

Re'u7teRsultats

S+nc#ronisation

conneion

Prise en com!te de demande

et cration d"un contete

Bin du contete

Ecution des re'u7teset 4estion de las+nc#ronisation


40/81


ans les dialo4ues aec session,ou aecconneion.% Les c#an4es din&ormationssont su8ordonns D louerture dune

session !ar le client ers le sereur% IPC aec conneion :

Protocole (PPC de larc#itecture rseau

SN( dI9 ,(!!lication Pro4ramm toPro4amm (!!lication.Protocole R(5 8as sur S3L d&ini !ar

lIS; ,Remote ata (ccess.


41/81

Si le sereur acce!te la conneion5 il cre uncontete !ro!re D c#a'ue a!!lication clienteconnecte%

Client et sereur s"c#an4ent des re'u7tes5 desr!onses et des !oints de s+nc#ronisation%

Le client a la res!onsa8ilit de conduire les

!#ases successies de l"c#an4e Le sereur a la res!onsa8ilit de 4arantir le

contete !erGu !ar le client%



42/81

Les ordres S3L C;99IT ou R;LL(C sont des eem!les de !oints des+nc#ronisation%

( la suite d"une re'u7te le :C;99IT con&irmera la transaction5R;LL (C l"annulera%

Le sereur mettra rellement D =our la 8asede donnes 'u"D la suite de ces ordres des+nc#ronisation ,aant cela les transactionss"a!!li'uent dans le contete.



43/81

Le dialo4ue sans conneion : les RPC

(!!lication

SereurRseauClient

(!!el de la !rocduredistante

Re'u7tePrise en com!tede la demande

Ecution de la!rocdure

R!onseRce!tion du rsultat

!oursuite de l"ecution


44/81

Les dialo4ues sans conneion aec a!!els de!rocdures distantes,RPC - RemoteProcedure Call.%

Le !rocessus client ino'ue une !rocduredistante situe sur le sereur%

La re'u7te contient tous les lments ncessaires

au sereur ,nom de la !rocdure5 !aramtres5identit du !rocessus.%

Le messa4e en retour contient toute la r!onse%

Le dialo4ue sans conneion : les RPC


45/81

Lo&&re 9iddleare

Les o&&res 9iddleare sont aries :;&&res !ro!ritaires5

;&&res d"accs uniersel au 8ases5

;&&res !our des accs multi8ases

Les o&&res !ro!ritaires au S0R :;R(CLE aec S'lWNet

SX(SE aec 8-li8


46/81

Les o&&res multi-clients5 multi-sereurs% Elles!ermettent au clients d"accder en toutetrans!arence D !lusieurs 8ases #tro4nes5

situes entuellement sur des sereursdi&&rents%SE3UELIN : Tec#4nosis !ro!ose une (PI sur

!res'ue toutes les arc#itectures clientes ou sereursE(/S3L : In&ormation uilders !ro!ose

daccder D tout t+!e de 8ases de donnes D !artirde !lates-&ormes #tro4nes

Lo&&re 9iddleare


47/81

R( ,istri8uted Relational ata8ase(rc#itecture. d"I9 !our &drer les 8ases I9,. et non I9%

I(PI ,Inte4rated ata8ase (!!licationPro4rammin4 Inter&ace. de orland encolla8oration aec Noell et I9%

Note : Yidemment l"accs multi8ases !ermet 4alement l"accsmono8ase%

Lo&&re 9iddleare


48/81

Laccs uniersel au donnes !our lesclients;C de 9icroso&t : accs standardis au

!rinci!ales 8ases de donnes du marc#,driers.

I(PI de orland et Noell

Lo&&re 9iddleare


49/81

;C ,;!en ataase Connectectiit+. est!rsent en 166 !ar 9icroso&t comme uneinter&ace unierselle au 8ases de donnes%

Il ne s"a4it !as d"un middleare D!ro!rement !arl mais d"une (PI 'ue l"onutilise en lieu et !lace des (PI des diteurs de

S0R

Le Standard ;C


50/81

Eem!le : e S+8ase D ;C

Le Standard ;C

(!!lication

(PI : d8-li8

,li au SE -d8-li8 !our ;S5

!our indos5 etc.

B(P : net-li8

,li au SE et aurseau.

Rseau

(!!lication

B(P : net-li8

,li au SE et aurseau.

Rseau

(PI : ;C

ataase rier


51/81

Le Standard ;C


52/81

Partie J : La R!artition des ases de donnes

CLIENT/SERVEUR


53/81

&initions

ase de donnes r!artieEnsem8le de 8ases de donnes 4res !ar des

sites di&&rents et a!!araissant D l"utilisateur

comme une 8ase uni'ue% S0 R!arti,am8i4uZt de S0R.

S+stme 'ui 4re des collections de

lo4i'uement relies5 distri8ues sur un rseau5en &ournissant un mcanisme d"accs 'ui rendla r!artition trans!arente au utilisateurs


54/81

&initions

;n !arlera ainsi de : Client de S0 R!artie(!!lication 'ui accde au in&ormations

distri8ues !ar les inter&aces du S0 R!arti% Sereur de S0 R!artieS0 4rant une 8ase de donnes locale int4re

dans une 8ase de donnes r!artie "une &aGon 4nrale on !arlera de SITE,client

ou sereur.&initions de 0% 0(R(RIN


55/81

Pour'uoi r!artir les donnes >

La !er&ormance daccs au 8ases est limitePar le nom8re daccs dis'ues ncessairesPar le olume de donnes transmis ,d8it du

rseau.Par le nom8re daccs concurrents

Les !er&ormances !euent se d4raderra!idement(u-delD de J* !ostes clientsPour des consultations trs &r'uentes ou trs

im!ortantesans le cadre daccs D distance ,rseau tendu.


56/81

Conce!tion des d R!arties

Il eiste deu t+!es de conce!tion : Conce!tion descendante

Conce!tion d"un sc#ma 4lo8al

istri8ution des o8=ets de ce sc#ma sur lesdi&&rents sites !our o8tenir des sc#ma locau

ase de donnes 0lo8ale

ase de donneslocale 1

ase de donneslocale

ase de donneslocale J


57/81

Conce!tion ascendanteans ce cas une 8ase de donnes 4lo8ale&dre

des 8ase de donnes locales a&in de crer un

ou !lusieurs sc#mas 4lo8au%,Le !lus souent il + re&onte des sc#mas locau.


ase de donnes 0lo8ale

ase de donneslocale 1

ase de donneslocale

ase de donneslocale J


58/81

Les deu cas reiennent D !arta4er5&ra4menterla 8ase de donnes 4lo8ale entre!lusieurs sites%

Bra4mentUn &ra4ment est une sous-ta8le o8tenue !ar

slection de li4nes et de colonnes D !artir

d"une ta8le 4lo8ale5 localise sur un siteuni'ue%

,!eut corres!ondre 4alement D la ta8le entire.



59/81

T+!es de &ra4mentation : Bra4mentation ori[ontalecou!a4e d"une ta8le en slectionnant des

li4nes ,Il s"a4it d"une slection S3L .%Eem!le : Ta8le VENEUR &ra4mente selonles r4ions d"a&&ectation des re!rsentants


Li4nes de la r4ion 1

(utres r4ions


60/81

Bra4mentation Verticalecou!a4e d"une ta8le en slectionnant descolonnes ,Il s"a4it d"une !ro=ection S3L .%

Eem!le : Ta8le PR;UIT &ra4mente selon les

&onctions commerciale et !roduction, Pour la !roduction !ro=ection sur : Re&5 esi4 et cout,Pour le commercial !ro=ection sur : Re&5 esi45 Pri et

Conditionnement .


CommercialProduction


61/81

Bra4mentation 9iteRsultat d"un &ra4mentation #ori[ontale et

erticale%

La recom!osition de la ta8le ori4inale doittou=ours 7tre !ossi8le !ar :

L"uniondes &ra4ments #ori[ontau5 La =ointuredes &ra4ments erticau%



62/81

(llocation des &ra4ments ,W.Les &ra4ments !euent 7tre :

u!li'us sur les sites

Les &ra4ments a!!araissent !lusieurs &ois%Placs ,r!artis. sur les sites

Les &ra4ments n"a!!araissent 'ue sur un

seul site%

,W. Ra!!el : Le &ra4ment !eut corres!ondre D une ta8le%



63/81

La 0estion des Transactions

Pro!rits des transactions(T;9ICITE: Une transaction doit e&&ectuer

toutes ses mises D =our ou ne rien &aire%

C;ERENCE: La transaction doit &aire !asserla 8ase de donnes d"un tat co#rent D un autre%

IS;L(TI;N: Les rsultats d"une transaction nedoient 7tre isi8les au autres transactions

'u"une &ois la transaction alide%UR(ILITE: s 'u"une transaction alide ses

modi&ications5 le s+stme doit 4arantir 'ue cesmodi&ications seront conseres en cas de !anne%

0 i i


64/81


Validation en deu !#asesCette alidation est 8ase sur un !rinci!e

centralis%

L"ecution de la transaction est contrOle !ar unsite coordinateur5 rOle =ou !ar le client%

Les autres sites intresss !ar la transaction sontdes !artici!ants5 rOle =ou !ar les sites sereurs%

L 0 i d T i


65/81


Validation en deu !#asesLe client coordinateur demande au autres sites

,sereurs. s"ils sont !r7ts D mettre D =our leur 8ase,ordre PREP(RE.%

Si tous les !artici!ants r!ondent !ositiement,ordre ;.alors le site coordinateur enoiel"ordre C;99IT% Les sereurs enoient un

ac'uittement au coordinateur ,ordre (C.%Si l"un des !artici!ant r!ond n4atiement

,ordre ;.alors le site coordinateur enoiel"ordre d"annulation ,ordre (;RT.%

L 0 i d T i


66/81

La 0estion des TransactionsClient CoordinateurSereur 1 Sereur

PREP(RE PREP(RE

; ;

C;99IT C;99IT

(C (C

Validation en deu ta!es aec succs

L 0 i d T i


67/81


Validation en deu ta!es aec !anne totale d"un !artici!ant

Client CoordinateurSereur 1 Sereur

PREP(RE PREP(RE

; ;

(;RT (;RT

(C (C


68/81

Commentaires : Une non-r!onse est assimile D un re&us

,time out.%

Le sereur annule la transaction car il ne l"a!as acce!t ,PREP(RE mais !as de ;.%


L 0 ti d T ti


69/81


Validation en deu ta!es aec !anne !artielle d"un !artici!ant

Client CoordinateurSereur 1 Sereur

PREP(RE PREP(RE; ;

C;99IT C;99IT

(C

(C

ST(TUS

C;99IT

L 0 i d T i


70/81

Commentaires : Le sereur a acce!t la transaction ,;. !uis

tom8e en !anne% C;99IT n"est !as reGu%

( la re!rise5 le sereur 'ui a e&&ectu lasaue4arde sur dis'ue anal+se son =ournal etdemande l"tat de la transaction 'ui entre

tem!s a !u 7tre annule ,ordre ST(TUS.% ans cet eem!le la re!rise est &aite aec un

ordre C;99IT%



71/81

Validation en deu !#ases distri8uans le cadre d"un rseau local5 le messa4e ;

est en &ait reGu !ar toutes les stations%

C#acune !eut donc com!ter le nom8re de ;et alider la transaction


PREP(RE

;

L d d li


72/81

Les ase de donnes u!li'ues

La r!lication entra?ne la cration de co!iesmulti!les d"une 8ase de donnes sur !lusieurssites% La du!lication !eut concerner la 8ase

entire5 une ou !lusieurs ta8les ou des&ra4ments%

( la suite de transactions les co!ies !euent

dier4er D un instant donn mais doientconer4er ers un tat identi'ue et co#rentDterme%

L d d li


73/81


Les 8ases de donnes du!li'ues ,ou r!li'ues.!osent donc un !ro8lme !articulier celui dela 9ISE ( \;URdes 8ases !our o8tenir cette

coner4ence%Les aanta4es de la du!lication

(mliorer les !er&ormances: L"utilisation de

la 8ase la !lus !roc#e !ermet de limiter lestrans&erts et de r!artir la c#ar4e de traail%

L d d li


74/81


(u4menter la dis!oni8ilit:En cas de !anne en!articulier%

Utiliser des sereurs!lus !etits et moins c#ers%

Les inconnients de la du!lication

Il &aut assurer la coner4ence des co!ies%

Il &aut assurer la trans!arenceau utilisateurs'ui ne doient !erceoir 'u"une seule co!ie%

L d d li


75/81


eu t+!es de mise D =our : 9ise D =our SXNCR;NEToute transaction entra?ne la mise D =our en

tem!s relde toutes les co!ies de la 8ase%(anta4e : coner4ence immdiateInconnient : CoAteu en ressources et

com!leit du s+stme ,4estion des re!risessur !anne.Tec#ni'ue !ar&ois o8li4atoire : ase des tau de

c#an4e !ar eem!le%

L d d li


76/81


9ise D =our (SXNCR;NE;n !r&re le !lus souent le mode as+nc#rone

,ou mode di&&r.% Les mises D =our sont

e&&ectues ds 'ue !ossi8leou D des instants&is%

L d d li


77/81


Le s+nc#ronisme se com8ine au conce!t des+mtrie 'ui !ermet de crer une #irarc#iedans les 8ases%

ans la r!lication SX9ETRI3Etoutes les8ases ont le m7me de4r #irarc#i'ue%

ans la r!lication (SX9ETRI3UEondistin4ue un site !rimaire c#ar4 decentraliser les mises D =our%



78/81


Eem!le de mise D =our as+mtri'ueas+nc#rone,Consolidation din&ormations.Les donnes com!ta8les tenues D =our dans les

a4ences sont du!li'ues en lecture seulement ers

le si4e !our consolidation%

Si4e Social

(4ence (4ence (4ence!Ots

]Retraits

Mise jour en fin de

journe par exemple



79/81

Eem!le de mise D =our as+mtri'ues+nc#rone,i&&usion din&ormationscentralises.Les in&ormations a!!artiennent au site !rimaire5

'ui a le mono!ole des mises D =ourLes donnes sont di&&uses automati'uement ersles sites 'ui ont un droit de lecture seulement


Si4e Social

(4ence (4ence (4ence

Cours des deisesCo!ie PRI9(IRE

Co!ies SEC;N(IRES



80/81

Eem!le de mise D =our s+mtri'ue as+nc#roneC#a'ue d!artement met r4ulirement D =our les

donnes des autres d!artements%


Commercial

Binancier Stoc


81/81

Eem!le de mise D =our s+mtri'ue s+nc#roneC#a'ue site modi&ie la donne PRIM !uis di&&use

immdiatement la modi&ication%


Produit

Produit Produit

Co!ie 9a?tre

Co!ie 9a?tre Co!ie 9a?tre

9odi&ication duPRIM

Temps rel

le modèle client-seveur

Documents