Seega on kõik ülaltoodud failiserveri skeemi puudused klient-server arhitektuuris kõrvaldatud

Üldosakond ja kutseharidus Brjanski piirkond

Riiklik õppeasutus

Klintsovski tekstiilikolledž

AUTOMATISEERITUD TEABESÜSTEEMIDE TARKVARA

Kliendi-serveri tehnoloogia

Õpilane gr. A-90___________________________________ (Petrotšenko A.O.)

Õpetaja _______________________ (Shirokova A.L.)

Klintsy – 2011

1. Serverid. Serveri põhitõed

2. Klient-server mudel

3. Standardserverite klassifikatsioon

4. Järeldus

1. Serverid. Serveri põhitõed

Server (inglise keelest server, serving). Sõltuvalt eesmärgist on kontseptsiooniserveril mitu definitsiooni.

1. Server (võrk) – loogiline või füüsiline võrgusõlm, mis teenindab päringuid ühele aadressile ja/või domeeninimele (kõrvuti domeeninimed), mis koosneb ühest riistvaraserverist või süsteemist, milles käivitatakse üks või mitu serveriprogrammi

2. Server (tarkvara) - tarkvara, mis võtab vastu klientide päringuid (klient-server arhitektuuris).

3. Server (riistvara) - arvuti (või spetsiaalne arvutiseadmed), mis on pühendatud ja/või spetsialiseerunud teatud teenindusfunktsioonide täitmisele.

3. Server sees infotehnoloogia - tarkvara komponent arvutussüsteem, täites kliendi soovil teenindusfunktsioone, pakkudes talle juurdepääsu teatud ressurssidele.

Mõistete vastastikune seos. Serverirakendus (server) töötab arvutis, mida nimetatakse ka "serveriks", ja võrgu topoloogiat arvestades nimetatakse sellist sõlme "serveriks". Üldiselt võib see nii olla serverirakendus tavalises tööjaamas töötav või kõnealuse topoloogiaga serveriarvutis töötav serverirakendus toimib kliendina (st võrgutopoloogia seisukohalt ei ole see server).

2. Klient-server mudel

Klient-server süsteemi iseloomustab kahe interakteeruva süsteemi olemasolu sõltumatud protsessid- klient ja server, mida üldiselt saab käivitada erinevad arvutid, vahetades andmeid üle võrgu.

Protsessid, mis rakendavad mõnda teenust, näiteks teenust failisüsteem või kutsutakse andmebaase serverid(serverid). Kutsutakse välja protsessid, mis taotlevad serveritelt teenuseid, saates päringu ja ootavad seejärel serverilt vastust kliendid(kliendid) .

Selle skeemi järgi saab ehitada andmetöötlussüsteeme, mis põhinevad DBMS-il, postil ja muudel süsteemidel. Räägime andmebaasidest ja nendel põhinevatest süsteemidest. Ja siin on mugavam mitte ainult arvestada kliendi-serveri arhitektuuriga, vaid võrrelda seda teise - failiserveriga.

Failiserverisüsteemis salvestatakse andmed failiserverisse (näiteks Novell NetWare või Windows NT Server) ja nende töötlemine toimub tööjaamades, mis reeglina töötavad ühe nn töölaua DBMS-iga - Access, FoxPro, Paradox jne.

Tööjaama rakendus vastutab kõige eest - loomise eest kasutajaliides, loogiline andmetöötlus ja andmete vahetu manipuleerimine. Failiserver osutab ainult teenuseid madal tase- failide avamine, sulgemine ja muutmine. Pange tähele – failid, mitte andmebaasid. Andmebaasi haldussüsteem asub tööjaamas.

Seega on andmete otseses manipuleerimises mitu sõltumatut ja ebajärjekindlat protsessi. Lisaks tuleb igasuguse töötlemise (otsing, muutmine, summeerimine jne) teostamiseks kõik andmed üle võrgu serverist tööjaama ( vaata joon. Failiserveri ja klient-serveri mudelite võrdlus)


Riis. Failiserveri ja klient-serveri mudelite võrdlus

IN klient-server süsteem On (vähemalt) kaks rakendust – klient ja server, mis jagavad omavahel funktsioone, mida failiserveri arhitektuuris täidab täielikult tööjaama rakendus. Andmete salvestamist ja otsest manipuleerimist teostab andmebaasiserver, mis võib olla Microsoft SQL Server, Oracle, Sybase jne.

Kasutajaliidese loomise teostab klient, mille ehitamiseks saate kasutada mitmeid spetsiaalsed tööriistad, nagu ka enamik töölaua DBMS-e. Andmetöötlusloogikat saab teostada nii kliendis kui serveris. Klient saadab serverile päringud, mis on tavaliselt vormistatud SQL keel. Server töötleb neid päringuid ja saadab tulemuse kliendile (kliente võib muidugi olla palju).

Seega vastutab andmete otsese manipuleerimise eest üks protsess. Samal ajal toimub andmetöötlus samas kohas, kus andmeid hoitakse – serveris, mis välistab vajaduse suurte andmemahtude ülekandmiseks üle võrgu.

Mida klient-server arhitektuur pakub?

Vaatame edasi see arhitektuurärivajaduste osas. Milliseid omadusi klient-server infosüsteemi toob?

Töökindlus

Andmebaasiserver teostab andmete muutmist tehingumehhanismi alusel, mis annab mis tahes tehinguna deklareeritud toimingute komplektile järgmised omadused:

  • aatomilisus- mingil juhul tehakse kõik tehingutoimingud või ei tehta ühtegi; andmete terviklikkus tehingu lõpetamisel;
  • iseseisvus- algatatud tehingud erinevate kasutajate poolt, ärge sekkuge üksteise asjadesse;
  • veataluvus- pärast tehingu sooritamist ei lähe selle tulemused enam kaduma.

Andmebaasiserveri toetatav tehingumehhanism on palju tõhusam kui sarnane mehhanism töölaua DBMS-ides, kuna server kontrollib keskselt tehingute toimimist. Lisaks võib failiserveri süsteemis mõne tööjaama rike põhjustada andmete kadumise ja nende ligipääsmatuse teistele tööjaamadele, samas kui klient-server süsteemis ei mõjuta kliendi rike peaaegu kunagi andmete terviklikkust. ja nende kättesaadavus teistele klientidele.

Skaleeritavus

Skaleeritavus - süsteemi võime kohaneda kasutajate arvu ja andmebaasi mahu kasvuga riistvaraplatvormi jõudluse piisava suurenemisega ilma asendamiseta tarkvara.

Teatavasti on lauaarvuti DBMS-ide võimalused tõsiselt piiratud – vastavalt viis kuni seitse kasutajat ja 30-50 MB. Arvud esindavad loomulikult mõningaid keskmisi väärtusi, teatud juhtudel võivad need kummaski suunas erineda. Kõige tähtsam on see, et neid tõkkeid ei saa ületada riistvara võimekuse suurendamisega.

Andmebaasiserveritel põhinevad süsteemid võivad toetada tuhandeid kasutajaid ja sadu GB teavet – lihtsalt andke neile vastav riistvaraplatvorm.

Ohutus

Andmebaasiserver pakub võimsad tööriistad andmekaitse volitamata juurdepääsu eest, mis on lauaarvuti DBMS-ides võimatu. Samas hallatakse juurdepääsuõigusi väga paindlikult – kuni tabeliväljade tasemeni välja. Lisaks saate täielikult keelata otsese juurdepääsu tabelitele, võimaldades kasutajal suhelda andmetega vaheobjektide - vaadete ja salvestatud protseduuride kaudu. Seega võib administraator olla kindel, et ükski liiga tark kasutaja ei loe seda, mida ta lugema ei peaks.

Paindlikkus

Andmerakenduses on kolm loogilist kihti:

  • kasutajaliides ;
  • loogilised töötlemise reeglid(ärireeglid);
  • andmehaldus(ära aja loogilisi kihte segamini füüsilised tasemed, mida arutatakse allpool).

Nagu juba mainitud, on failiserveri arhitektuuris kõik kolm kihti rakendatud ühes tööjaamas töötavas monoliitses rakenduses. Seetõttu viivad muudatused mis tahes kihis selgelt rakenduse muutmiseni ja selle versioonide hilisema värskendamiseni tööjaamades.

Kahetasandiliselt klient-server rakendusülaltoodud joonisel on reeglina kõik kasutajaliidese loomise funktsioonid realiseeritud kliendis, kõik andmehalduse funktsioonid on realiseeritud serveris, kuid ärireegleid saab realiseerida nii serveris kasutades serveri programmeerimismehhanisme (salvestatud protseduurid, käivitajad, vaated jne) ja kliendi kohta.

Kolmetasandilises rakenduses kuvatakse kolmas, kesktasemel, mis rakendab ärireegleid, mis on rakenduse kõige sagedamini muudetavad komponendid ( vaata joon. Kolmetasandiline klient-server rakenduse mudel)

Riis. Kolmetasandiline klient-server rakenduse mudel

Mitte ühe, vaid mitme taseme olemasolu võimaldab paindlikkust ja minimaalsed kulud kohandada rakendust muutuvate ärinõuetega.

Proovime kõike eelnevat illustreerida väikese näitega. Oletame, et teatud organisatsiooni palgaarvestuse reeglid (ärireeglid) on muutunud ja vastav tarkvara vajab uuendamist.

1) Failiserverisüsteemis teeme "lihtsalt" rakenduses muudatusi ja värskendame selle versioone tööjaamades. Kuid see "lihtsalt" toob kaasa maksimaalsed tööjõukulud.

2) Kahetasandilises klient-server süsteemis, kui palgaarvestusalgoritm on realiseeritud serveris palgareeglina, siis teostab selle ärireeglite server, mis on realiseeritud näiteks OLE serverina ja meie värskendab üht oma objekti, muutmata midagi ei klientrakenduses ega andmebaasiserveris.

Nagu teada, lisamisel uus alus 1C peate valima selle asukoha: määrake oma arvutis kaust või andmebaasi (DB) tee. Mille poolest mõlemad variandid erinevad?

Teabebaas (IS) 1C võib töötada kahes režiimis, need on:

  • Failiserveri režiim
  • Klient-server valik

See on põhimõtteliselt erinevad variandid tööd.

Failiserveri valik hõlmab faili salvestamist andmebaasiga teie arvuti kõvakettale. Seda faili töötleb 1C kliendirakendus.

Töö klient-server versioon erineb faili teemad et andmebaasifaili ja 1C programmi vahel on veel 2 kihti: 1C server ja DBMS. 1C-server vastutab DBMS-i serverile käskude levitamise ja edastamise eest ning pakub ka juurdepääsuõigusi objekti mudel süsteemid. DBMS pakub kõiki andmete lugemis-/kirjutamistoiminguid.

Seega on klient-server arhitektuuri elemendid järjestikku:

  • operatsioonisüsteem
  • Andmebaasihaldussüsteem (DBMS)
  • Server 1C
  • Kliendirakendus 1C: Ettevõte 8.

Selle valikuga suhtlemise ahel on järgmine:

  • Arvuti failisüsteem salvestab andmebaasi andmed
  • DBMS pöördub perioodiliselt sellele failile lugemis-/kirjutustoimingute tegemiseks
  • Andmed edastatakse 1C serverisse
  • 1C server jagab andmeid 1C klientrakenduste vahel.

Tasub mõista, et andmebaasiga töötamise failiversioon on selle kasutamise põhiversioon. 1C andmebaas peaks olema piisavalt väike (kuni 2 GB), et selles saaks rutiinseid toiminguid teha. Töö klient-server versiooni eelised on järgmised:

  • Võimalus hallata suuri andmebaase (üle 2 GB)
  • Samaaegne toimimine suur number kasutajad
  • Reguleeritav serveri koormuse jaotus
  • 1C serveri funktsioone teostatakse eraldi (sh rutiinsed toimingud)
  • Andmete terviklikkuse ja juurdepääsu hea kaitse.

Vaatame nüüd lähemalt kliendirakendus 1C. 1C kliente on mitut tüüpi:

  • Paks klient on tavaline 1C kliendirakendus. Side 1C-serveriga toimub TCP/IP-protokolli kaudu.
  • Õhuke klient on klientrakendus, mis kasutab hallatavad vormid. Sellel on tavakliendist erinev liides. Side 1C-serveriga toimub kas TCP/IP-protokolli või veebiserveri kaudu HTTP protokollid ja HTTPS.
  • Veebiklient – ​​kasutab oma elementide kuvakeskkonnana Interneti-brauserit. Side 1C-serveriga toimub ainult veebiserveri kaudu, kasutades HTTP- ja HTTPS-protokolle.

Iga 1C-kliendirakendus edastab andmeid ja kasutajatoiminguid 1C-serveri kaudu. Seejärel antakse teatepulk üle DBMS-ile. Samuti tasub öelda, et 1C: Enterprise ei toeta tööd kõigi DBMS-idega, vaid ainult teatud DBMS-idega:

  • Microsoft SQL Server
  • PostgreSQL
  • IBM DB2
  • Oracle'i andmebaas

Seega IB 1C-ga töörežiimi valimisel ja valides sobiv tüüp 1C klient peab eeltooduga arvestama.

Kaasaegsed arvuti- ja kohalikud võrgud on kas peer-to-peer (kui kõik sõlmed on otse ühendatud ja neil on võrdsed õigused) või hierarhiline struktuur, mille üks liikidest on klient-server arhitektuur. Sellise mudeli korraldamise idee põhineb arusaamal kliendi ja serveri erinevusest ning ressursside jaotusest.

Server– arvuti, mis teenindab teisi võrgus olevaid arvuteid ja varustab neid teatud probleemide lahendamiseks oma ressurssidega.

Klient– arvuti, mis kasutab serveriressursse ja annab kasutajale võimaluse süsteemi ja võrguga suhelda.

Korraldamisel kasutatakse sama skeemi võrgurakendused, toimivad peamiste sõlmedena ainult tarkvara serveri- ja kliendiosad.

Võrdlus

Seda interaktsioonimudelit saab visualiseerida, kui mäletate mitme kasutajaga programme ja mänge: käivitame oma seadmes kliendirakenduse ja näeme ekraanil farmi, tanke või meie enda fotogaleriid Dropboxis. Kui puudub ühendus globaalse või kohalik võrk(olenevalt asukohast), lehmade söötmine ja meeskonnana võitlemine ei toimi: kõik failid ja andmed salvestatakse serverisse.

Väikese kodu piires või kontorivõrk, ehitatud vastavalt hierarhiline mudel, võib kliendi ja serveri erinevus seisneda ainult tarkvara tasandil. Esimene saadab päringud, teine ​​töötleb neid ja tagastab tulemuse; kõik protsessid viiakse läbi arvutitesse installitud rakenduste kaudu. Tehniliselt võivad masinad olla kõik, kui tarkvara seda ei nõua kõrge tase komponentide jõudlus. Ressursimahukate ülesannete täitmiseks kasutatakse serverina võimsat arvutit, samas tööjaam peaks ainult olema kasutajasõbralik ja sidekanalite toimimise tagamine.

Töötavatele arvutitele serveri rollid võrgus koos suur summa klientidele on riistvara tavaliselt tugevdatud mitme salvestusmassiiviga suur kiirus andmete lugemine ja kirjutamine. Samuti on need masinad varustatud maksimaalse võimaliku mahuga muutmälu. Aga välisseadmed nende jaoks on need üleliigsed: monitorid, klaviatuurid, hiired, helisüsteemid jäetakse kasutajaga otsese kontakti puudumise tõttu lihtsalt süsteemist välja.

Mis vahe on kliendil ja serveril funktsionaalselt? Esimene käivitab tarkvara töö (kasutaja osalusega või ilma), teine ​​ootab kasutaja päringut. Klient teab täielik aadress server ja viis sellele juurde pääseda ning saab pärast suhtluse algust teavet kliendi kohta. Tööjaamu saab vastavalt ajakavale või kasutaja soovile välja lülitada, kuid serverarvuti töötab alati (või serverirakenduse töötamise ajal). Ühe kliendi ebaõnnestumine ei mõjuta midagi, samas kui ebaõnnestumine serveriseadmed tähendab, et teenus pole kõigi sellega ühendatud võrgusõlmede jaoks saadaval.

Tabel

Klient Server
Saadab päringud serverisse üle võrguVõtab vastu päringud, töötleb ja tagastab tulemuse kliendile
Klienditarkvara installitudServeri tarkvara installitud
Nõuded süsteemi riistvararessurssidele on minimaalsedNõuab asjakohast jõudlust sõltuvalt klientide arvust ja ülesannete keerukusest
Suhtleb otse kasutajagaEi suhtle kasutajaga, seega ei pruugi sellel olla välisseadmeid
Saab suvaliselt sisse ja välja lülitadaTöötab alati seni, kuni on vaja kliente teenindada
Serverile juurdepääsu meetod ja selle aadress on eelnevalt teadaHangib päringust klienditeabe

Üks neist põhifunktsioonid infosüsteem Igas suuruses organisatsioon peab tagama teabevahetuse nii organisatsiooni sees kui ka väljaspool seda. Kuid selles protsessis on probleeme, mis on seotud teabevahetuse kiirusega ja teabega jagatud juurdepääsu režiimis. Lahendage need probleemid tarkvaratooted, teabetöötluse korraldamine teatud tehnoloogiate abil. Praegu kõige levinum järgmisi tehnoloogiaid:

failiserveri tehnoloogia;

Kliendi-serveri tehnoloogia.

Failiserver tehnoloogia töötab võrguruumis, kus on juurdepääs serverisse salvestatud DBMS-failidele.

Ühe kasutaja taotluse töötlemine:

· Juurdepääs andmebaasile (päring)

· Andmeedastus, blokeerides samal ajal teiste kasutajate juurdepääsu

· Andmetöötlus kasutaja arvutis

Failiserveri organisatsioonis töötab klient kustutatud failid, mis põhjustab märkimisväärset liikluse ülekoormust (kuna DBMS-FS töötab kliendi poolel, siis kasulike andmete hankimiseks on üldjuhul vaja vaadata kogu vastavat faili kliendi poolel).

Üldjuhul on failiserveri arhitektuuris meil "paks" klient ja väga "õhuke" server selles mõttes, et peaaegu kogu töö tehakse ära kliendi poolel ja server vajab vaid piisavat kettasalvestusmahtu.

Puudused failiserver süsteemid on ilmsed:

· Väga tohutu surve võrgus, suurenenud nõuded ribalaius. Praktikas muudab see selle peaaegu võimatuks samaaegne töö suur hulk kasutajaid suured mahud andmeid.

· Andmetöötlus toimub kasutajate arvutis. See toob kaasa kõrgendatud nõuded riistvara iga kasutaja. Mida rohkem kasutajaid, seda rohkem raha peavad kulutama oma arvutite varustamiseks.

· Andmete lukustamine ühe kasutaja toimetamisel muudab teistel kasutajatel nende andmetega töötamise võimatuks.

· Ohutus. Sellise süsteemiga töötamise võimaluse tagamiseks peate andma igale kasutajale täielik juurdepääs tervele failile, milles see võib olla huvitatud ainult ühest väljast.

Kliendi-serveri tehnoloogia jagab rakenduse kaheks osaks kasutades parimad omadused mõlemad pooled. Kliendi osa pakub tavaliselt interaktiivset, hõlpsasti kasutatavat GUI- asub kasutaja arvutis. Server (programm) pakub andmehaldust, teabe jagamist, keerukat haldust ja turvalisust – asub spetsiaalselt selleks ette nähtud arvutis – serveris).

Pange tähele, et rakenduse kliendiosa ja andmebaasiserveri kliendiosa vaheline liides põhineb tavaliselt SQL-keele kasutamisel. Seetõttu teostatakse rakenduse koodis selliseid funktsioone nagu näiteks andmebaasi päringuteks mõeldud vormide eeltöötlus või tulemuseks olevate aruannete genereerimine ning kõik andmebaasiserveri väljakutsed taandatakse SQL-lausete teksti edastamiseks. .

Kuna kogu töö andmebaasiga (triggerite ja protseduuride valimine, lisamine, käivitamine) toimub serveri poolel, siis klient-server organisatsioon kliendid võivad olla üsna õhukesed, kuid server peab olema piisavalt paks, et rahuldada kõigi klientide vajadusi.

Kui on vaja töödelda andmebaasi salvestatud teavet, genereerib andmebaasiga töötav kasutaja arvutis töötav klientrakendus SQL-i päringu. Andmebaasiserver võtab päringu vastu ja töötleb seda iseseisvalt. Andmemassiivi (faili) üle võrgu ei edastata. Pärast päringu töötlemist kantakse kasutaja arvutisse ainult tulemus – see on eelmises näites vajalikele kriteeriumitele vastavate maksejuhiste loend. Fail ise, millesse töötlemise allikaks olnud andmed salvestati, jääb serveri enda juurdepääsuks teiste kasutajate nõudmisel blokeerimata.

Tõsiselt klient-server DBMS On täiendavaid mehhanisme, mis vähendavad võrgu koormust ja vähendavad kasutajate arvutitele esitatavaid nõudeid. Näitena toome salvestatud protseduurid - see tähendab terved programmid andmebaasi salvestatud andmete töötlemiseks. Sel juhul ei edastata isegi SQL-avaldisi kasutajalt serverisse – edastatakse funktsioonikutse koos kõneparameetritega. Seega töökoht kasutajakogemus lihtsustub veelgi, programmi loogika kantakse üle serverisse. Kasutajaruum muutub lihtsalt teabe kuvamise vahendiks. Kõik see tähendab võrgu ja kasutaja tööjaamade koormuse edasist vähenemist.

Seega kõik ülaltoodud puudused failiserver ahelad on arhitektuuris elimineeritud klient-server:

  • Andmemassiivid ei edastata võrgu kaudu andmebaasiserverist kasutaja arvutisse. Võrgu ribalaiuse nõuded on vähenenud. See võimaldab suurel hulgal kasutajatel üheaegselt töötada suure andmemahuga.
  • Andmetöötlus toimub andmebaasiserveris, mitte kasutaja arvutis. See võimaldab kasutada lihtsamaid ja seega ka odavamaid arvuteid klientide asukohad.
  • Üks kasutaja andmeid ei blokeeri (võta kinni).
  • Kasutajale antakse juurdepääs mitte kogu failile, vaid ainult selle andmetele, millega kasutajal on õigus töötada.

Füüsiline mudel koostatakse andmeloogilise mudeli alusel.

Andmete füüsilisel korraldusel on suur mõju andmebaasi tööomadustele. DBMS-i arendajad püüavad luua kõige produktiivsemaid füüsilisi andmemudeleid, pakkudes kasutajatele üht või teist tööriista mudeli kohandamiseks konkreetse andmebaasi jaoks.

Relatsiooniandmebaasi puhul võtab see juba arvesse järgmist:

1. tabelite konkreetsetesse failidesse salvestamise füüsilised aspektid,

2. indeksite loomine, mis optimeerivad rakendust kasutades andmetega tehtavate toimingute kiirust,

3. erinevate toimingute tegemine andmetega teatud sündmustel, mille kasutaja on defineerinud trigerite ja salvestatud protseduuride abil.

Andmebaasi arhitektuur

Andmetöötluse põhimõtetest lähtuvalt liigitatakse andmebaasid tsentraliseeritud ja hajutatud.

Tsentraliseeritud andmebaas tähendab, et andmebaasiga töötamine on võimalik ainult lokaalselt. Kui arvuti töötab võrgus, pääseb teabele kaugjuurdepääs võrgu teistest arvutitest. Tsentraliseeritud andmebaasid on tänapäeval kõige levinumad. Sellisel juhul on andmetöötluseks võimalik mitu võimalust.

Failiserveri arhitektuur eeldab serveri olemasolu võrgus, kuhu salvestatakse tsentraliseeritud andmebaasifailid. Vastavalt kasutaja soovidele kantakse failid failiserverist kasutaja tööjaamadesse, kus toimub suurem osa andmetöötlusest.

Keskserver täidab peamiselt ainult failide salvestamise rolli, osalemata ise andmete töötlemises. Pärast töö lõpetamist kopeerivad kasutajad töödeldud andmetega failid tagasi serverisse, kust saavad need võtta ja töödelda teised kasutajad. Sel viisil andmete korraldamise puudused on ilmsed. Kui paljud kasutajad pääsevad samaaegselt juurde samadele andmetele, langeb jõudlus järsult, kuna... peate ootama, kuni andmetega töötav kasutaja oma töö lõpetab. Vastasel juhul on võimalik, et ühe kasutaja tehtud parandused kirjutatakse üle teiste kasutajate tehtud muudatustega.

Kontseptsiooni keskmes klient-server peitub idee, et lisaks andmebaasifailide salvestamisele keskserver peaks tegema suurema osa andmetöötlusest. Kasutajad pääsevad serverisse spetsiaalse struktureeritud päringukeele (SQL, Structured Query Language) abil, mis kirjeldab serveri sooritatavate ülesannete loendit. Server võtab päringud vastu ja genereerib andmetöötlusprotsesse. Vastuseks saab kasutaja juba töödeldud andmekogumi. Klient-server tehnoloogia võimaldab vältida tohutute teabehulkade edastamist võrgu kaudu, nihutades kogu töötlemise keskserverisse. See lähenemisviis väldib ka konflikte, kui mitu kasutajat redigeerivad samu andmeid.

Kolmetasandiline arhitektuur("Õhuke klient" - rakendusserver - andmebaasiserver) töötab siseveebis ja Interneti-võrkudes.. Kliendi osa (" õhuke klient"), kasutajaga suhtlev HTML-leht veebibrauseris või Windowsi rakenduses, mis suhtleb veebiteenustega. Kogu programmiloogika kantakse üle rakendusserverisse, mis tagab andmebaasiserverisse edastatavate andmebaasipäringute genereerimise. täitmiseks võib rakendusserver olla veebiserver või spetsialiseeritud programm.

Hajutatud andmebaas asub mitmes arvutis. Nendes arvutites olev teave võib kattuda ja isegi dubleerida. Selliste andmebaaside haldamiseks on loodud hajutatud andmebaasihaldussüsteem. Süsteem varjab kasutajate juurdepääsu teistes arvutites asuvatele andmetele. Kasutaja jaoks tundub kõik nii, nagu oleks kogu info ühes serveris.