Aceasta arhitectura a devenit populare într-un moment în care calculatoarele personale au început să se unească în rețeaua locală bazată pe serverul de fișiere (de exemplu, Novell Netware). Mai ales această arhitectură populară a fost în mijlocul anilor 80, în perioada de asociere a calculatoarelor personale în rețelele locale.
Esența acestei arhitecturi este acela de a se asigura că cererea este pornit, folosind frecvent întâlnite fișiere pe un server de fișiere pe fiecare din PC-uri. Ie fișierele bazei de date cu privire la cererea clientului se transmite la un calculator personal, și anume, stație de lucru client, în cazul în care acestea sunt prelucrate.
Fig. 2. un singur utilizator sistem de informații și de opțiunea sa multiplayer bazat pe serverul de fișiere.
În esența sa, această versiune multi-user nu este diferită de la o versiune cu un singur utilizator. Fiecare dintre calculatoarele de lucru care lucrează cu date comune, ca și cum era propriile date cu caracter personal.
Pe baza funcțiilor modelului de server de fișiere, cum ar fi popular SGBD FoxPro (Microsoft), dBase (Borland), CF-Clipper (Computer Associates International), Paradox (Borland), și altele.
Baza de date a acestei clase sunt ieftine, ușor de instalat și de a învăța. Dar ele au o serie de dezavantaje:
1. Creșterea puternică a traficului în rețea, cu utilizarea grele de către mai mulți utilizatori.
2. Dezavantajul de a lucra cu sistemul.
3. Incapacitatea de urmărire informații atunci când defecțiuni hardware.
4. Problema posibilelor tranzacții neacoperite.
5.2. Arhitectura "client-server"
Principalele caracteristici ale arhitecturii „client-server“
Arhitectura client-server pentru datele evidențiază un nucleu de construcții - serverul de baze de date așa-numita, care preia funcția de procesare a cererilor de utilizator, este acum menționată în calitate de clienți.
Serverul de baze de date este o versiune multi-utilizator al bazei de date, efectua, de obicei, pe un computer puternic. Aplicațiile client sunt trimise selectați interogările de stații de lucru (insert, update, șterge) de date. În acest caz, serverul face toată munca „murdar“ pentru selectarea datelor, trimiterea doar rezultatul cerut clientului.
Fig. 3. Arhitectura „client-server“
Această abordare oferă o soluție la cele trei obiective importante:
· - reducerea sarcinii în rețea
· - cerințe de reducere pentru calculatoare client
· - fiabilitate mai mare și păstrarea integrității logice a bazei de date.
Ca client și server de obicei geografic separate unul de altul, iar în acest caz, acestea fac parte din sau formează un sistem de procesare a datelor distribuite.
Dar aceste baze de date au limitele lor:
· Ele sunt mult mai scumpe decât în baza de date de clasă anterioare, greu de învățat,
· Pentru funcționarea eficientă a acestor baze de date sunt necesare de mare viteză (și, prin urmare, scumpe) servere și rețele.
· „Thick client“ sindrom a început să apară în ultimul timp. Acest lucru înseamnă că aplicația client are o dimensiune comparabilă sau chiar mai mare decât dimensiunea software-ului de server de baze de date.
Dar cel mai important rezultat al tranziției către o arhitectură client-server este de a garanta păstrarea integrității logice a bazei de date, și anume sistemul devine mai stabil și mai sigur. Acest lucru se realizează datorită posibilității de a schimba grija păstrarea integrității serverului.
5.3. Arhitectura cu utilizarea unui server de aplicații (cu trei niveluri de arhitectura)
În tehnologia de calculator arhitectura pe trei niveluri, sinonim cu arhitectura pe trei nivele (limba engleză cu trei niveluri sau arhitectura multinivel.) Sugerează că următoarele componente ale aplicației:
aplicație client (de obicei spun „thin client“ sau un terminal) conectat la serverul de aplicație. care, la rândul său, este conectat la serverul de baze de date.
Ele pot interacționa unele cu altele în conformitate cu următoarea schemă:
Figura 4. arhitectura pe trei niveluri
Ca regulă generală, a treia verigă în arhitectura pe trei niveluri devine un server de aplicație, și anume Componentele sunt după cum urmează:
- Prezentarea datelor - pe partea de client.
- Aplicație componentă - pe o aplicatie server dedicat (ca o opțiune care se execută o funcție de middleware).
- Managementul resurselor - pe serverul de baze de date, care este datele solicitate.
Deci, ideea serverul de aplicații este de a împărți cererea în două părți - client și serverul aplicației. Mai mult decât atât, serverul de aplicație poate fi unu-la-multe aplicații. Clienții comunica cu serverul de aplicații (sau servere de aplicații, nimeni nu interzice să aibă mai multe servere de aplicații). Clienții trimit cerere către aplicația server și de a primi răspunsuri. Clienții pot aplica direct la serverul de baze de date pentru aceste sau alte date. Solicitarea de date la serverul de baze de date se poate efectua și serverul de aplicații.
Utilizarea unui server de aplicații în arhitectura pe trei niveluri permite pentru a atenua sau anula dezavantajele arhitecturii tradiționale „client-server“.