Zhvillimi i aplikacionit dhe bazës së të dhënave: pikat e kontaktit. Rreth drejtorive db dhe të dhënave

17.06.2019 Lajme

30.04.2009 Alexey Kovyazin

Bazat e të dhënave relacionale kanë depërtuar pothuajse në të gjitha sistemet e informacionit dhe, me sa duket, janë bërë zona më e vendosur e TI-së, ku mund të shpikë pak, por gjendja reale e punëve është larg nga idealja.

Bazat e të dhënave relacionale përdoren sot në pothuajse të gjitha aplikacionet, duke filluar nga ato të ngulitura në pajisje të lëvizshme dhe speciale, aplikacione të bazuara në ueb dhe duke përfunduar me sistemet e menaxhimit të ndërmarrjeve. Depërtimi i bazës së të dhënave në të gjitha llojet e aplikacioneve po përshpejtohet dhe zhvilluesit po marrin gjithnjë e më shumë mjete dhe qasje miqësore për përdoruesit. Ju mund të keni përshtypjen se zhvilluesit e aplikacioneve të bazës së të dhënave janë shtresa më "e pasur" e programuesve që kanë mjetet për gjithçka, por kjo është larg nga rasti. Embarcadero Technologies, në 2008, bleu biznesin e mjeteve të zhvillimit të CodeGear të Borland, mjetet e kombinuara të zhvillimit dhe projektimit të aplikacioneve profesionale, mjetet e zhvillimit dhe mjetet e menaxhimit të bazës së të dhënave për të eliminuar problemet e aplikacionit dhe të bazës së të dhënave.

Dizajni kaotik i bazës së të dhënave

Ekziston një besim i vendosur në industrinë moderne të zhvillimit të softuerit se është e pamundur të përcaktohen kërkesat për një produkt përpara fillimit të një projekti, dhe për këtë arsye zhvillimi duhet t'i përshtatet ndryshimit të vazhdueshëm të tyre. Si rezultat, proceset e bazuara në përsëritje, duke marrë parasysh kërkesat në ndryshim, janë shfaqur dhe rifaktorimi i kodit burimor është bërë pjesë integrale e zhvillimit të softuerit. Dhe çfarë ndodh në procesin e zhvillimit iterativ me bazat e të dhënave? Ndryshimi i kërkesave ju detyron të rregulloni skemën e bazës së të dhënave, dhe më shpesh kjo ndodh në një mënyrë të errët, pa analizuar pamjen e madhe dhe varësitë. Tabelat, fushat, çelësat e huaj dhe kufizimet krijohen dhe ndryshohen në mënyrë të rastësishme, askush nuk monitoron integritetin e referencës dhe askush nuk mund të thotë me siguri se si ndryshon baza e të dhënave në përsëritjen N nga gjendja e saj në përsëritjen N-1.

Në fakt, zhvillimi i bazave të të dhënave sot kryhet me metodën "patch", si në ditët e mbizotërimit të procesit "ujëvara" - në fillim të projektit, "vizatohet" një model i caktuar i bazës së të dhënave. bazuar në kërkesat e pjesshme të njohura për momentin, atëherë gjenerohet një bazë e të dhënave fizike dhe më pas modeli harrohet duke bërë ndryshime direkt në bazën e të dhënave. Disavantazhet e kësaj qasjeje janë të dukshme: shkëmbimi i njohurive dhe kuptimi i pamjes së përgjithshme është i vështirë, dhe ndryshimet janë të errëta, mund të shkaktojnë kontradikta në logjikën dhe skemën e bazës së të dhënave, të cilat do të mbeten të pazbuluara derisa sistemi softuer të jetë vënë në funksionim, gjë që çon në humbje shumë të mëdha. Zhvilluesit modernë të aplikacioneve të bazës së të dhënave kanë nevojë për mjete të përshtatura për zhvillimin e përsëritur të bazës së të dhënave.

Kushti i parë dhe më i rëndësishëm për një palestër të tillë është disponueshmëria e mundësive të plota inxhinieri e kundërt(inxhinieri e kundërt, krijimi i një modeli të bazës së të dhënave bazuar në analizën e skemës fizike të saj) dhe inxhinieri direkte(inxhinieri përpara; krijimi dhe ndryshimi i skemës fizike të bazës së të dhënave bazuar në model). Në praktikë, kjo do të thotë që me ndihmën e një mjeti të projektimit, ju mund të analizoni skemën e një baze të dhënash ekzistuese, të krijoni një model bazë të dhënash prej saj, të ndryshoni modelin dhe menjëherë të aplikoni ndryshime që duhet të ndryshojnë vërtet saktë dhe në mënyrë të vazhdueshme skemën e bazës së të dhënave, dhe të mos e korruptojë apo ngatërrojë atë.

Qasja përsëritëse gjithashtu na shtyn të krijojmë nën-modele të lidhura me një përsëritje të veçantë. Ndarja e çdo entiteti dhe atributi i tyre në një nënmodel ndihmon në ndarjen e fushave të përgjegjësisë si midis zhvilluesve të ndryshëm ashtu edhe ndërmjet përsëritjeve të ndryshme, duke garantuar në të njëjtën kohë integritetin e përgjithshëm të modelit. Natyrisht, ju duhet edhe aftësia për të krahasuar dy modele, dhe jo në formën e skripteve SQL, por në nivel entitetesh dhe atributesh, për të parë dhe kuptuar plotësisht ndryshimet e bëra gjatë përsëritjes dhe ndikimin e tyre në të gjithë modelin.

Zhvilluesit e aplikacioneve rrallë punojnë vetëm, kështu që ata kanë nevojë për mjete bashkëpunimi, por nëse kjo është në rregull nga ana e zhvillimit të aplikacionit, bashkëpunimi i bazës së të dhënave zakonisht nuk mbështetet në nivelin e veglave. Bashkëpunimi nënkupton domosdoshmërisht një sistem kontrolli të versioneve: të gjitha versionet e modeleve dhe skema fizike e bazës së të dhënave duhet të ruhen në një depo të vetme, duke ofruar mundësinë e rikthimit dhe krahasimit të skemave që nga fillimi i procesit të zhvillimit.

Zhvillimi i bazës së të dhënave është po aq i rëndësishëm sa zhvillimi i aplikacioneve, kështu që është një zhvillim strategjik që të sigurohet procesi i zhvillimit të bazës së të dhënave me kontrollin e versionit dhe mjetet e menaxhimit të kërkesave, si dhe lidhja e qartë e hapave të modelimit dhe modifikimit të bazës së të dhënave me përsëritjet dhe ndryshimin e kërkesave të projektit të softuerit. Për të zgjidhur këto probleme dhe për të mbështetur procesin modern të zhvillimit të bazës së të dhënave përsëritëse, Embarcadero ofron ER / Studio - një mjet inxhinierik dizajni, analize, të kundërt dhe përpara që ju lejon të kontrolloni versionet e modeleve bazuar në depon tuaj. Mjeti Change Manager mund të përdoret si një mjet për të kontrolluar ndryshimet e meta të dhënave në bazat e të dhënave fizike.

Fragmentimi i kodit

Problemi më i njohur që ngadalëson shumë zhvillimin e aplikacioneve të bazës së të dhënave është nevoja për të përdorur mjete të ndryshme për të korrigjuar kodin e aplikacionit dhe kodin SQL në bazën e të dhënave.

Le të shqyrtojmë një shembull të thjeshtë. Supozoni se jeni duke zhvilluar një aplikacion në Delphi që thërret një procedurë të ruajtur në një Oracle DBMS. Duke përdorur mjetet e Delphi, zhvilluesi i aplikacionit mund të kalojë në modalitetin e korrigjimit derisa të thirret pyetja SQL, të shohë parametrat e kaluar në procedurën e ruajtur dhe rezultatin që procedura do të kthehet. Por çfarë ndodh brenda procedurës kur ajo ekzekutohet në serverin e bazës së të dhënave? Kjo nuk mund të përcaktohet nga mjedisi i zhvillimit të aplikacionit tonë - për këtë ju duhet të shkarkoni një aplikacion për zhvillimin e SQL, i cili ka aftësinë të korrigjojë procedurat e ruajtura, dhe gjithashtu tregon planet e pyetjeve SQL, statistikat mbi ekzekutimin e tyre, ju lejon të shikoni dhe ndryshoni skemën e bazës së të dhënave. Sidoqoftë, nuk mund të kaloni parametra nga mjedisi i zhvillimit të aplikacionit në mjedisin e zhvillimit të SQL dhe duhet t'i kopjoni ato manualisht duke kaluar nga një dritare në tjetrën. Është gjithashtu e pamundur të shihen rezultatet e detajuara të ekzekutimit të kodit SQL, të tilla si plani i pyetjeve, statistikat e ekzekutimit, etj., në mjetin e autorizimit të aplikacionit. Ardhja e teknologjisë së korrigjimit ndër-gjuhësh bëri të mundur zgjidhjen e këtyre problemeve.

Produkti i parë Embarcadero që mbështet korrigjimin ndër-gjuhësh është Zhvilluesi RapidSQL (dikur PowerSQL), pjesa vizuale e të cilit bazohet në teknologjinë Eclipse dhe për këtë arsye ju lejon të integroheni në çdo mjedis zhvillimi të bazuar në të (duke përfshirë, natyrisht, JBuilder) dhe të kryejë korrigjimin e ndërsjellë dinamike - korrigjimi i gjuhës. Tani, në momentin e ekzekutimit të një procedure të ruajtur në server, zhvilluesi kalon automatikisht në një mjedis korrigjimi të plotë SQL brenda të njëjtit mjet, i aftë për të korrigjuar si pyetjet e rregullta SQL ashtu edhe procedurat e ruajtura. Zhvilluesi shikon parametrat aktualë të hyrjes së pyetjeve dhe procedurat e ruajtura, duke marrë mundësinë për të korrigjuar hap pas hapi kodin SQL. Integrimi i Zhvilluesit RapidSQL në mjetet e zhvillimit të pajtueshëm me Eclipse është hapi i parë në integrimin e zhvillimit të aplikacioneve dhe bazës së të dhënave, dhe është i radhës për të ofruar aftësi të ngjashme për Delphi, C++ Builder dhe mjete të tjera të zhvillimit të aplikacioneve nga Embarcadero.

Aplikacionet e bazës së të dhënave me shumë platforma

Një sfidë e veçantë për zhvilluesit është zhvillimi i aplikacioneve të bazës së të dhënave që duhet të punojnë me shumë DBMS. Për shembull, bankat dhe kompanitë e sigurimeve zakonisht kanë disa zyra të mëdha dhe shumë degë të vogla. Shumica e proceseve të biznesit që lidhen me futjen e informacionit operacional dhe rrjedhën e punës ditore janë të njëjta në selinë qendrore dhe në degë, por shkalla është e ndryshme. Dëshira e natyrshme për të kursyer në koston e licencave për një DBMS industriale për përdorim në zyrat e degëve të çon në idenë se do të ishte mirë të zgjidhni një DBMS të ndryshme pa ndryshuar aplikacionin.

Zhvilluesit me përvojë të bazës së të dhënave janë të vetëdijshëm për thelbin e problemeve që lindin këtu: ndryshimi në llojet e të dhënave dhe dialektet SQL, mungesa e mekanizmave për migrim dhe riprodhim midis DBMS të ndryshme, kompleksiteti i verifikimit të migracionit bëjnë që aplikacionet e shkrimit dhe funksionimit për DBMS të ndryshme. nje makth. Nga ana e mjeteve të zhvillimit të aplikacioneve, ata po përpiqen ta zgjidhin këtë problem duke krijuar biblioteka të aksesit të të dhënave (dbExpress në Delphi dhe C ++ Builder, ADO dhe ADO.Net nga Microsoft), të ndërtuara mbi parimet e përbashkëta arkitekturore dhe metodat e aksesit, gjithashtu. si duke përdorur "mbështjellës" të shumtë relacionalë objekt (Object Relation Mapping, ORM) mbi logjikën relacionale dhe strukturën e bazës së të dhënave, duke gjeneruar kodin burimor për të punuar me të dhënat bazuar në analizën e skemës së bazës së të dhënave dhe duke përdorur mekanizmin "përshtatës" për të zbatuar protokolli i një DBMS të veçantë. Ndër ORM-të më të njohura janë Hibernate për Java dhe ActiveRecord në RubyOnRails, të cilat ofrojnë një ndërfaqe të orientuar nga objekti për të dhënat e ruajtura në DBMS. Për Delphi ekziston një projekt i ngjashëm tiOPF, për C# - NHibernate.

Sigurisht, përdorimi i bibliotekave të tilla universale dhe grupeve të komponentëve mund të zvogëlojë ndjeshëm numrin e operacioneve rutinë në procesin e zhvillimit të bazës së të dhënave multiplatformë. Sidoqoftë, kjo nuk mjafton kur bëhet fjalë për aplikacionet që përdorin baza të të dhënave më komplekse që përdorin në mënyrë aktive logjikën e ngulitur në procedurat dhe nxitësit e ruajtur - për zbatimin, korrigjimin dhe testimin e tij, kërkohen mjete të veçanta, ndonjëherë krejtësisht të ndryshme për DBMS të ndryshme. Për zhvillimin e aplikacioneve të bazës së të dhënave ndër-platformë, Embarcadero ofron mjetin RapidSQL.

Të gjitha produktet e bazës së të dhënave Embarcadero janë të bazuara në multiplatformë dhe të bazuara në skemën e bazës së të dhënave Thunderbolt dhe motorin e analizës së statistikave. Çdo DBMS e mbështetur dhe çdo version specifik i DBMS ka degët përkatëse të kodit në bërthamën Thunderbolt, gjë që ju lejon të hartoni skemën e bazës së të dhënave me përfaqësimin e brendshëm në këtë kernel sa më saktë që të jetë e mundur dhe, më e rëndësishmja, të kryeni konvertime të sakta midis përfaqësimit dhe kernelit. bazat e të dhënave reale. Falë kernelit Thunderbolt, RapidSQL ju lejon të zhvilloni kodin SQL me cilësi të lartë për të gjitha platformat e mbështetura (Oracle, MS SQL, Sybase dhe variante të ndryshme të IBM DB2), dhe ER / Studio mund të kryejë inxhinieri të saktë të kundërt dhe përpara të bazës së të dhënave skemat.

Pavarësisht nëse jeni duke zhvilluar një aplikacion për dy ose më shumë platforma, ose jeni duke migruar një aplikacion ekzistues nga një platformë në tjetrën, RapidSQL ofron të gjitha mjetet që ju nevojiten për të migruar skemën, përdoruesit dhe lejet midis DBMS-ve të ndryshme. Sigurisht, RapidSQL nuk i konverton automatikisht procedurat PL/SQL në T-SQL - kjo kërkon ende një programues, por mjeti ofron një dritare të vetme për zhvillimin e shumë platformave, redaktues të unifikuar për objektet e skemës, përdoruesit dhe të drejtat e tyre dhe korrigjimin e SQL në të gjitha platformat e mbështetura. Sipas përdoruesve të RapidSQL, si rezultat, ruhet deri në 70% e kohës së shpenzuar për migrimin midis DBMS të ndryshme.

Ndryshimet e të dhënave dhe skemës

Migrimi nga një DBMS në tjetrin është i pamundur pa verifikimin e tij. Kush dhe si mund të garantojë që të dhënat e transferuara nga një DBMS në tjetrën janë vërtet identike? Bibliotekat e ndryshme të klientëve, lloje të ndryshme të dhënash dhe kodime të ndryshme e bëjnë procesin e krahasimit të të dhënave një detyrë jo të parëndësishme.

Në botën reale, puna nuk përfundon me vendosjen e aplikacionit dhe bazës së të dhënave - mirëmbajtja është duke u zhvilluar, shfaqen versione të reja të skedarëve të ekzekutueshëm të aplikacionit dhe arna në bazën e të dhënave. Si mund të jeni i sigurt se të gjitha përditësimet e nevojshme janë aplikuar në bazën e të dhënave dhe se i gjithë grupi i softuerit do të funksionojë siç duhet?

Embarcadero ka zhvilluar një mjet Change Manager për krahasimin e të dhënave, skemave dhe konfigurimeve të bazës së të dhënave. Krahasimi bëhet brenda një ose më shumë DBMS, me kontrollin automatik të korrespondencës midis llojeve të të dhënave dhe formimin e skripteve SQL të dallimeve, të cilat mund të aplikohen menjëherë për të sjellë bazat e të dhënave në një gjendje identike. Moduli i krahasimit të meta të dhënave ofron një krahasim të skemave të bazës së të dhënave si midis bazave të të dhënave "live" dhe midis bazës së të dhënave dhe skriptit SQL dhe gjeneron një skript të dallimeve të meta të dhënave. Ky funksionalitet mund të përdoret jo vetëm për të kontrolluar bazat e të dhënave në krahasim me standardin, por edhe për të organizuar një proces të rregullt të përditësimit të bazës së të dhënave, si dhe për të kontrolluar për ndryshime të paautorizuara, të themi, në degët e largëta të një organizate të madhe. Situata është e ngjashme me skedarët e konfigurimit - Change Manager krahason skedarët e konfigurimit dhe ju lejon të siguroheni që konfigurimi i aplikacioneve të vendosura plotëson kërkesat për këtë softuer.

Performanca e aplikacionit të bazës së të dhënave

Sa shpesh shohim aplikacione që funksionojnë shkëlqyeshëm në vëllime të vogla të të dhënave të testimit, por ngadalësohen në mënyrë të papranueshme në vëllime reale. Llogaritjet e gabuara në kërkesat, testimi i pamjaftueshëm në fazat e hershme, nxitimi për të ofruar një projekt janë të gjitha shkaqet e njohura të zhvillimit të dobët të aplikacioneve. Teoricienët e zhvillimit të softuerit në këtë rast propozojnë të angazhohen në vetë-përmirësim dhe një përmirësim thelbësor në cilësinë e programeve, por të gjithë praktikuesit e dinë se ndonjëherë është e pamundur të rishkruhet një projekt qoftë ekonomikisht ose, në disa raste, politikisht, dhe detyra e optimizimi i performancës duhet të zgjidhet në çfarëdo mënyre.

Shkaku kryesor i problemeve të performancës në aplikacionet e bazës së të dhënave qëndron në pyetjet e pa optimizuara të SQL dhe procedurat e ruajtura. Optimizuesit e bazave të të dhënave moderne janë mjaft të fuqishëm, megjithatë, ata gjithashtu kanë kufizime të caktuara, dhe për të arritur performancë të mirë, duhet të hartoni saktë pyetjet SQL, të krijoni (ose fshini) indekse shtesë, të çnormalizoni bazën e të dhënave në raste të caktuara, të zhvendosni një pjesë të logjika për nxitësit dhe procedurat e ruajtura.

Gjatë fazës së zhvillimit, optimizimi i pyetjeve mund të kryhet duke përdorur RapidSQL, i cili përfshin një modul SQL Profiler që mund të analizojë planet dhe të gjenerojë sugjerime për të përmirësuar performancën e pyetjeve SQL. Por, çka nëse problemi shfaqet tashmë gjatë funksionimit dhe nuk është i lokalizuar në një pyetje specifike SQL? Nëse performanca bie në periudha të caktuara të ditës, ose, edhe më keq, problemi ndodh në një kopje të largët të sistemit, ndërsa gjithçka është në rregull në serverin kryesor? Për raste të tilla, DBOptimizer është një mjet për profilizimin e bazës së të dhënave për Oracle, Microsoft SQL Server, Sybase dhe IBM DB2.

Kur filloni modalitetin e profilizimit, DBOptimizer mbledh informacion në lidhje me bazën e të dhënave dhe mjedisin e kohës së funksionimit, duke përfshirë informacionin rreth përdorimit të CPU-së dhe parametrave të tjerë të sistemit operativ, dhe i shkruan ato në seancën e profilizimit. Rezultati është një listë e kërkesave që ekzekutohen në çdo interval kohor të caktuar, të renditura sipas burimeve të konsumuara. Për çdo pyetje problematike, mund të shihni planin e tij, statistikat e ekzekutimit dhe detaje të tjera. Për më tepër, DBOptimizer gjithashtu tregon sugjerime-rekomandime për përmirësimin e pyetjes në lidhje me DBMS specifike.

Kutia e veglave

Të gjitha mjetet e përmendura, megjithëse mund t'ju ndihmojnë të përballeni me problemet, përdoren në faza të ndryshme të ciklit jetësor të zhvillimit të bazës së të dhënave. Është mjaft e papërshtatshme dhe e shtrenjtë të mbash një duzinë aplikacionesh për të gjitha rastet që mund të nevojiten (ose nuk mund të nevojiten) në procesin e projektimit, zhvillimit, migrimit, optimizimit dhe mirëmbajtjes së bazave të të dhënave.

I lëshuar në shkurt 2009, Emdacadero All-Access është një mjet i gjithanshëm që përfshin mjete thelbësore për të gjitha fazat e zhvillimit të aplikacionit të bazës së të dhënave, nga ER/Studio te DBOptimizer, nga Delphi dhe C++Builder tek DBArtisan. Mënyra më e mirë për të përshkruar All-Access është ta krahasoni atë me kutinë e veglave që çdo pronar i zellshëm ka në shtëpi. Ndoshta jo të gjitha mjetet përdoren çdo ditë, por një çelës i rregullueshëm duhet të jetë gjithmonë pranë në rast rrjedhjeje.

All-Access nuk i detyron programuesit e bazës së të dhënave ose arkitektët e bazës së të dhënave në role, por ofron një grup universal mjetesh të përshtatshme për të gjitha rolet në procesin e zhvillimit të aplikacionit të bazës së të dhënave, nga arkitekti tek testuesi; u ofron të gjithë anëtarëve të ekipit të zhvillimit mjete për të gjitha fazat e zhvillimit të bazës së të dhënave, si dhe një grup mjetesh shumë të specializuara për optimizimin e bazave të të dhënave (DBOptimizer) dhe aplikacioneve (JOptimizer), duke ju lejuar të "zgjeroni" pengesat. Paketa mbështet DBMS të shumta, të cilat ofrojnë kursime në kosto.

Dallimet teknike midis teknologjive të bazës së të dhënave të orientuara nga objekti dhe ato relacionale kanë çuar në një ndryshim kulturor që ende ndan komunitetin e menaxhimit të të dhënave nga komuniteti i zhvillimit. Çfarë duhet bërë më pas me këtë?

Delphi është një mjedis zhvillimi që përdor gjuhën e programimit Delphi (duke filluar nga versioni 7, gjuha në mjedis quhet Delphi, më parë Object Pascal), e zhvilluar nga Borland dhe e zbatuar fillimisht në paketën e saj Borland Delphi, nga e cila mori emrin aktual. në vitin 2003. Object Pascal është në thelb një pasardhës i gjuhës Pascal me zgjerime të orientuara nga objekti.

Delphi është mjeti më i mirë për krijimin e aplikacioneve të bazës së të dhënave. Optimale, sepse mbështet teknologjinë e zhvillimit vizual, e cila mund të zvogëlojë ndjeshëm kohën e zhvillimit duke ruajtur cilësinë dhe besueshmërinë e mirë të produktit softuer. Delphi në strukturën e gjuhës ju lejon të shmangni gabimet e fshehura.

Karakteristikat e familjes Delphi 7:

*Një mjedis i shpejtë i zhvillimit të aplikacioneve që integron mjete simulimi për zhvillimin dhe vendosjen e aplikacioneve të tregtisë elektronike dhe shërbimeve të Uebit.

* Mbështetje për gjuhët e programimit për Win32 (Delphi dhe C/C++) dhe për .NET (Delphi dhe C#) në një mjedis të vetëm zhvillimi, gjë që e bën më të lehtë mirëmbajtjen dhe krijimin e aplikacioneve të reja Win32 dhe zotërimin më të lehtë të teknologjive .NET;

* Aftësia për zhvilluesit tradicionalë të aplikacioneve Windows dhe zhvilluesit Java për të zhvilluar aplikacione .NET pa braktisur paketën e veglave të përdorura, duke ruajtur aftësitë dhe me koncepte të ngjashme programimi;

* Sistemi i ri i shablloneve të kodit dhe risive të tjera në mjedisin e zhvillimit përmirësojnë cilësisht punën me kodin burimor dhe rrisin produktivitetin e zhvillimit;

Microsoft SQL Server 2000 është një bazë të dhënash e plotë dhe ofertë analitike të të dhënave për ndërtimin e shpejtë të tregtisë elektronike të shkallëzueshme, aplikacioneve të biznesit dhe zgjidhjeve të ruajtjes së të dhënave.

Ai redukton ndjeshëm kohën për të tregtuar për këto zgjidhje duke siguruar shkallëzueshmërinë për të përmbushur kërkesat më të larta.

Paketa Delphi është një vazhdim i linjës Borland të përpiluesve Pascal. Pascal si gjuhë është shumë e thjeshtë dhe shtypja e fortë e të dhënave ndihmon në zbulimin e hershëm të gabimeve dhe ju lejon të krijoni shpejt programe të besueshme dhe efikase.

Zhvillimi i aplikacionit të bazës së të dhënave është një nga veçoritë më të kërkuara të mjedisit programues Delphi. Fuqia dhe fleksibiliteti i Delphi kur punon me bazat e të dhënave bazohet në një kernel të nivelit të ulët - Motori i bazës së të dhënave Borland (BDE). Ndërfaqja e tij e programimit të aplikacionit quhet Ndërfaqja e Programimit të Aplikimit të Bazës së të Dhënave të Integruara (IDAPI). BDE ju lejon të aksesoni të dhënat duke përdorur qasjen tradicionale të orientuar nga regjistrimi (navigacion) dhe qasjen e orientuar nga grupi i përdorur në serverët e bazës së të dhënave SQL.

Biblioteka e objekteve përmban një grup komponentësh vizualë që thjeshtojnë shumë zhvillimin e aplikacioneve për DBMS me arkitekturë klient-server. Objektet përmbledhin nivelin më të ulët, motorin e bazës së të dhënave Borland.

Ekzistojnë grupe të veçanta të komponentëve përgjegjës për aksesimin e të dhënave dhe komponentëve që shfaqin të dhëna. Komponentët e aksesit të të dhënave ju lejojnë të lidheni me bazën e të dhënave, të bëni një përzgjedhje, të kopjoni të dhënat, etj.

Komponentët e vizualizimit të të dhënave ju lejojnë të shfaqni të dhënat në formën e tabelave, fushave, listave. Të dhënat e shfaqura mund të jenë tekstuale, grafike ose në formë të lirë.

Tabelat ruhen në bazën e të dhënave. Disa DBMS ruajnë bazën e të dhënave në disa skedarë të veçantë që janë tabela (kryesisht të gjitha DBMS-të lokale), ndërsa të tjerët përbëhen nga një skedar i vetëm që përmban të gjitha tabelat dhe indekset (InterBase).

Objektet e bazës së të dhënave në Delphi bazohen në SQL dhe përfshijnë fuqinë e plotë të motorit të bazës së të dhënave Borland. Delphi përfshin gjithashtu Borland SQL Link, kështu që qasja në Oracle, Sybase, Informix dhe InterBase DBMS është shumë efikase. Përveç kësaj, Delphi përfshin një server lokal Interbase në mënyrë që të mund të zhvilloni aplikacione offline që mund të zgjerohen në çdo server të jashtëm SQL.

Shkallueshmëria në praktikë - i njëjti aplikacion mund të përdoret si për opsionet lokale ashtu edhe për ato më serioze klient-server.

Megjithëse Delphi nuk ka formatin e vet të tabelës së bazës së të dhënave, ai megjithatë ofron mbështetje të fuqishme për një numër të madh DBMS-sh të ndryshme - si lokale (p.sh. dBase ose Paradox) dhe industriale (p.sh. Sybase ose InterBase).

MBËSHTETJE E BAZAVE TË TË DHËNAVE

11.1. Teknologjitë e aksesit të të dhënave

Visual C++ ofron teknologji të aksesit të të dhënave për ndërtimin e aplikacioneve të bazës së të dhënave. “Numri i ndërfaqeve të aksesit të të dhënave të disponueshme për aplikacionet e Windows mund të duket i madh. Cila nga teknologjitë me emra të fshehtë - DAO, ODBC, RDO, UDA, OLE DB ose ADO - të zgjidhni të ndërtoni një aplikacion specifik" [l.10, f. 242]. Shumica e teknologjive të aksesit bazohen në dy teknologji kryesore: ODBC (Open Database Connectivity - komunikim i hapur me bazat e të dhënave) dhe DAO (Objekti i Aksesit të të Dhënave - objektet e aksesit të të dhënave).

Parametrat krahasues të teknologjive ODBC dhe DAO mund të përfaqësohen si më poshtë:

Parametri
Arkitekturë	Set i moduleve DLL, drejtues	Komplet objektesh OLE
Burimet e të dhënave	Skedarët e bazës së të dhënave të çdo formati Si dhe SQL Server dhe Oracle	Skedarët DB të formatit .mdb, Access, FoxPro, Paradox
Lidhja me bazën e të dhënave	Objekti i bazës CD të klasës	Objekti i klasës CDao Database
Mostrimi i të dhënave	Objekti i klasës Crecordset	Objekti i klasës CDaoRecordset
Shikoni të dhënat	Objekti i klasës CrecordView	Objekti i klasës CDaoRecordView
Kompleti i veçorive	Më pak karakteristika se	Një grup i madh karakteristikash nuk ka analoge në ODBC

Ka shumë ngjashmëri midis teknologjive ODBC dhe DAO, të tilla si përdorimi i klasave MFC me funksione të ngjashme për të kryer të njëjtat operacione për t'u lidhur me një bazë të dhënash, për të marrë një grup të dhënash të bazës së të dhënave dhe për t'i parë ato. Por klasat DAO përmbajnë një grup më të madh funksionesh, si dhe funksione që nuk kanë analoge në ODBC.

Ka edhe dallime domethënëse. Kjo ka të bëjë me arkitekturën e teknologjive në zbatimin e bibliotekave të sistemit. Klasat ODBC zbatohen si një grup modulesh DLL të quajtur drejtues (DLL, Biblioteka Dinamic-Link - biblioteka të lidhura dinamike). Dhe klasat DAO zbatohen si një grup objektesh OLE, i cili është më modern.

Një tjetër ndryshim i rëndësishëm midis teknologjive qëndron në përdorimin e tyre për burimet e të dhënave. Aktualisht, një numër mjaft i madh i drejtuesve ODBC për DBMS të ndryshme janë zhvilluar. Prandaj, ODBC mund të përdoret për skedarët e bazës së të dhënave të formateve të ndryshme, ndërsa DAO mund të përdoret kryesisht vetëm për skedarët e bazës së të dhënave të formatit .mdb. Në të njëjtën kohë, një aplikacion i bazuar në ODBC mund të punojë njëkohësisht me DBMS të ndryshme pa ripërpilim për shkak të ngarkimit dinamik të drejtuesve.

11.2. Krijimi i një aplikacioni të bazës së të dhënave

Krijimi i një aplikacioni bazë të dhënash bazuar në teknologjitë ODBC ose DAO kërkon hapat e mëposhtëm:

Krijimi i aksesit në bazën e të dhënave. Faza konsiston në regjistrimin e bazës së të dhënave të dhënë si burim të dhënash.

Krijo një shabllon aplikacioni. Hapi kryhet automatikisht nga AppWizard kur përfundon 6 hapat e konfigurimit të aplikacionit me zgjedhjen e teknologjisë së aksesit në burimin e të dhënave ODBC ose DAO.

Zbatimi i operacioneve të bazës së të dhënave. Hapi ekzekutohet duke përdorur klasat MFC të teknologjisë së duhur të aksesit të të dhënave.

Qëllimi i punës është krijimi i një aplikacioni që kryen veprime me bazën e të dhënave: shikimin, shtimin, fshirjen.

Le të përdorim skedarin db.mdb, i cili është një bazë të dhënash e krijuar në Access DBMS. Skedari përmban informacione për studentët: Emri (Emri), Nota (Kursi). Skedari mund të shkarkohet në ftp://ftp.sybex.com/2120/vcpp.exe [l.13, f. 415]. Ju mund të krijoni skedarin tuaj në çdo program bazë të dhënash.

Lëreni formën e ekranit për shfaqjen e përmbajtjes së bazës së të dhënave të duket kështu:

Pa titull-Lab11

Ndihmë për modifikimin e skedarit për pamjen e regjistrimit

[|<] [<] [>] [>|]

Krijimi i aksesit në bazën e të dhënave

Për të vendosur aksesin në bazën e të dhënave si burim të dhënash, kryeni hapat e mëposhtëm:

Krijoni një dosje dBase dhe kopjoni skedarin db.mdb në të. Nëse keni krijuar skedarin tuaj të të dhënave, atëherë kopjojeni atë.

Klikoni Start, Settings, Control Panel. Në dritaren e Panelit të Kontrollit, klikoni dy herë në ODBC 32-bit. Shfaqet dritarja Administratori i Burimit të të Dhënave.

Klikoni butonin Shto. Hapet dritarja "Krijo burim të ri të të dhënave" me një listë të drejtuesve. Zgjidhni Microsoft Access Driver (.mdb) dhe klikoni Finish. Shfaqet dritarja ODBC Microsoft Access 7.0 Setup.

Futni Studentët në fushën Emri i burimit të të dhënave dhe Name_Grade në fushën Përshkrimi. Nëse keni krijuar skedarin tuaj të të dhënave, atëherë vendosni vlerat e duhura.

Klikoni butonin Zgjidh. Hapet dritarja Zgjidh bazën e të dhënave. Zgjidhni skedarin db.mdb ose skedarin tuaj.

Klikoni butonin OK. Shfaqet dritarja ODBC Microsoft Access 7.0 Setup. Klikoni butonin OK dhe më pas butonin OK në dritaren ODBC Data Source Administrator.

Pra, qasja në skedarin e bazës së të dhënave db.mdb (ose në një skedar të personalizuar) krijohet duke përdorur drejtuesin e Microsoft Access Driver (.mdb) ODBC.

Krijo një cung aplikacioni

Për të krijuar një aplikacion, ndiqni këto hapa:

Zgjidhni komandën File->New dhe skedën Projektet. Dritarja e Projektit të Ri shfaqet me një listë të llojeve të aplikacioneve.

Zgjidhni MFC Appwizard (exe) nga lista. Në fushën Emri i projektit, shkruani emrin e projektit Lab11. Fusha Vendndodhja specifikon dosjen ku ruhet projekti (si parazgjedhje, i njëjtë me emrin e projektit). Klikoni OK.

Kryeni 6 faza të konfigurimit të aplikacionit që po krijohet. Në hapin e parë zgjidhni SDI (Single Document Interface) - një dritare e hapur dhe klikoni Next.

Faza e dytë - punë me bazat e të dhënave. Ndërprerësi "Vetëm skedarët e kokës" (vetëm skedarët e kokës) supozon vetëm aksesin në bazat e të dhënave, pamjen e bazës së të dhënave pa mbështetje skedari - shikimin e bazës së të dhënave pa mbështetje për operacionet e skedarëve (mund të përditësoni të dhënat), Pamja e bazës së të dhënave me mbështetje skedari - shikimi i bazës së të dhënave dhe operacionet mbështetëse të skedarëve (duke punuar me shumë dokumente). Në shembullin tonë, vendosni pamjen e bazës së të dhënave me butonin radiofonik të mbështetjes së skedarit. Për të lidhur aplikacionin dhe burimin e të dhënave, klikoni butonin Burimi i të dhënave.

Krijimi i aplikacioneve për punë me bazat e të dhënave.

Bazat e të dhënave përdoren kur duhet të punoni me sasi të mëdha të dhënash.

Një bazë të dhënash relacionale është një grup tabelash, procedurash dhe objektesh të tjera që mbështesin funksionimin e saj. Tabela ka emri- një identifikues me të cilin mund të referohet. Shembull i tabelës së të dhënave të punonjësve Pers:

Numri	Departamenti	Mbiemri	Emri	Mbiemri	Viti i lindjes	Kati	Karakteristike	Fotoja
Num	Dep	fam	Nam	Par	Viti_b	seksi	karakter	Foto
	Kontabiliteti	Ivanov	Ivan	Ivanovich	1950
	Punëtoria 1	Petrov	Pjetri	Petroviç	1960
	Punëtoria 2	Sidorov	Sidor	Sidorovich	1955
	Punëtoria 1	Ivanova	Irina	Ivanovna	1961

kolonat tabelat korrespondojnë me karakteristikat e objekteve - fushave. Çdo fushë karakterizohet nga emri dhe lloji i të dhënave të ruajtura. Emri i fushesështë një identifikues që përdoret në programe të ndryshme të manipulimit të të dhënave. Si çdo identifikues, emri i fushës mund të përbëhet vetëm nga shkronja latine, vetëm një fjalë, etj. (rreshti 2 në tabelë).

Lloji i fushës karakterizon llojin e të dhënave të ruajtura në fushë. Këto mund të jenë vargje, numra, booleans, tekste të mëdha (për shembull, profile të punonjësve), imazhe (foto të punonjësve), etj.

Secili rresht tavoline përputhet me një nga objektet. Quhet rekord dhe përmban vlerat e të gjitha fushave që karakterizojnë objektin e dhënë.

Kur ndërtoni tabela të bazës së të dhënave, është e rëndësishme të sigurohet konsistenca e informacionit. Kjo zakonisht bëhet duke futur fushat kryesore– sigurimi i veçantisë së çdo rekordi. Çelësi mund të jetë një ose më shumë fusha. Në shembullin e mësipërm, do të ishte e mundur të bëhej çelësi i grupit të fushave Fam, Nam, Par. Por në këtë rast, do të ishte e pamundur të futeshin në tabelë informacione për emrat e plotë që kanë të njëjtin mbiemër, emër dhe patronim. Prandaj, fusha e parë futet në tabelë Num– një numër që mund të bëhet kyç, duke siguruar veçantinë e çdo rekordi.

Kur punoni me një tabelë, përdoruesi ose programi, si të thuash, rrëshqet kursorin mbi të dhënat. Në çdo moment ka disa aktuale rekord për të punuar me të. Regjistrimet në tabelat e të dhënave mund të vendosen pa asnjë renditje, vetëm sipas radhës së futjes së tyre (paraqitja e punonjësve të rinj). Por kur tabelat i paraqiten përdoruesit, ato duhet të porositen. Përdoruesi mund të dëshirojë t'i shikojë ato në mënyrë alfabetike, ose të renditur sipas departamentit, ose sipas moshës, etj.

Koncepti përdoret për të organizuar të dhënat. indeks. Indeksi tregon në çfarë rendi valnosti është e dëshirueshme për të parë tabelën. Ai vepron si një ndërmjetës midis përdoruesit dhe tabela:

Indekset mund të jenë fillore dhe dytësore.
Për shembull, fushat që janë shënuar si kyçe kur krijoni një bazë të dhënash mund të shërbejnë si indeks primar. Dhe indekset dytësore mund të krijohen nga fusha të tjera si gjatë krijimit të vetë bazës së të dhënave, ashtu edhe më vonë në procesin e punës me të. Indekseve dytësore u jepen emra - identifikues me të cilët mund të përdoren.
Një bazë të dhënash zakonisht nuk përmban një, por shumë tabela. Për shembull, një bazë të dhënash për një organizatë të caktuar mund të përmbajë një tabelë departamentesh në të me një përshkrim të secilit prej tyre.
Tabela Dep me fusha Dep dhe Proisv

Në tabelat e lidhura, një zakonisht shfaqet si në shtëpi, dhe tjetra ose disa të tjera - si ndihmëse, të kontrolluara nga ajo kryesore. Tabelat kryesore dhe ato ndihmëse janë të lidhura me njëra-tjetrën Celës. Disa fusha të pranishme në të dyja tabelat mund të veprojnë si çelës.

Në shembull, tabela e kokës mund të jetë Dep, ndihmëse Pers, dhe ata mund të komunikojnë në terren Dep të pranishme në të dyja tabelat.

Çdo regjistrim në tabelën kryesore Dep përputhen me ato hyrje të tabelës ndihmëse pers, në të cilën fusha kyçe Dep me emrin e departamentit përputhet emri i departamentit në rekordin aktual të tabelës kryesore. Me fjalë të tjera, nëse në rekordin aktual të tabelës kryesore në fushë Dep Shkruhet "Kontabiliteti", pastaj në tabelën ndihmëse Pers theksohen të gjitha të dhënat e punonjësve të kontabilitetit.

Bazat e të dhënave krijohen dhe pyetjet përpunohen nga sistemi i menaxhimit të bazës së të dhënave - DBMS: Paradox, Microsoft Access, FoxPro, Oracle, InterBase etj.

DBMS të ndryshme organizojnë dhe ruajnë bazat e të dhënave në mënyra të ndryshme. Paradoksi përdor një skedar për secilën tabelë. Microsoft Access dhe InterBase ruajnë tabela të shumta si një skedar. Në këtë rast, baza e të dhënave është emri i një skedari me një shteg për të hyrë në të. Sistemet e tipit klient / server (Sybase, Microsoft SQl, Oracle) ruajnë të gjitha të dhënat në një kompjuter të veçantë dhe komunikojnë me klientin duke përdorur një gjuhë të veçantë - SQL.

Pseudonimet e bazës së të dhënave përdoren për të organizuar thirrjet e bazës së të dhënave. Alias (pseudonimi) përmban të gjithë informacionin e nevojshëm për të siguruar akses në bazën e të dhënave. Ky informacion raportohet vetëm një herë, kur krijohet pseudonimi. Dhe aplikacioni përdor një pseudonim për të komunikuar me bazën e të dhënave. Në këtë rast, aplikacionit nuk i intereson se ku ndodhet fizikisht baza e të dhënave, dhe shpeshherë DBMS që krijoi dhe mirëmban këtë bazë të dhënash është gjithashtu indiferent. Kur ndryshoni sistemin e drejtorive, serverin, etj. Nuk keni nevojë të ndryshoni asgjë në aplikacion. Mjafton që DBA të fusë informacionin e duhur në pseudonimin.

caching i të gjitha ndryshimeve do të thotë që të gjitha ndryshimet e të dhënave, futja e të dhënave të reja, fshirja e të dhënave ekzistuese, të kryera nga përdoruesi, nuk bëhen fillimisht në vetë bazën e të dhënave, por ruhen në memorie në një tabelë të përkohshme virtuale. Dhe vetëm me një komandë të veçantë, pas të gjitha kontrolleve të saktësisë së të dhënave të futura në tabelë, përdoruesit i jepet mundësia ose të kryejë të gjitha këto ndryshime në bazën e të dhënave, ose ta braktisë këtë dhe të kthehet në gjendjen që ishte më parë. fillimi i redaktimit.

Kryerja e ndryshimeve në bazën e të dhënave bëhet duke përdorur transaksionet. Ky është një grup komandash që ndryshojnë bazën e të dhënave. Përdoruesit i jepet mundësia për të përfunduar transaksionin ose duke bërë të gjitha ndryshimet në bazën e të dhënave reale, ose duke u rikthyer nga ajo dhe duke u kthyer në gjendjen që ishte para fillimit të transaksionit.

ObjektetDelphi, i krijuar për të zhvilluar dhe operuar aplikacione që përdorin bazat e të dhënave:

BDE (Borland Database Engine) - Motori i bazës së të dhënave Borland. Është një grup bibliotekash DLL që ofrojnë akses të nivelit të ulët në bazat e të dhënave lokale dhe klient-server. Duhet të instalohet në çdo kompjuter që përdor aplikacionet e bazës së të dhënave të shkruara për Delphi.

Lidhje SQL - drejtues për të punuar me serverë të të dhënave në distancë (MS SQL Server, Oracle)

Administratori BDE është një mjet për vendosjen e pseudonimeve të bazës së të dhënave (emrave), parametrave të bazës së të dhënave dhe drejtuesve të bazës së të dhënave në një kompjuter specifik. Kur punoni me një bazë të dhënash nga një aplikacion i krijuar me Delphi, baza e të dhënave aksesohet nga pseudonimi i saj. Parametrat e bazës së të dhënave të përcaktuara nga pseudonimi janë të vlefshëm vetëm për këtë bazë të dhënash; parametrat e vendosur për drejtuesin e bazës së të dhënave janë të vlefshme për të gjitha bazat e të dhënave që përdorin drejtuesin. Përveç kësaj, mund të vendosni parametra të tillë të përbashkët për të gjitha bazat e të dhënave si formati i datës dhe orës, formatet për paraqitjen e vlerave numerike, drejtuesi i gjuhës së përdorur, etj.

Desktop i bazës së të dhënave (DBD) është një mjet për krijimin, modifikimin dhe shikimin e një baze të dhënash. Ky mjet është i fokusuar kryesisht në punën me tabelat lokale të DBMS, të tilla si Paradox. Është e mundur, me disa kufizime, të krijohen dhe shikohen tabelat e bazave të të dhënave që funksionojnë në serverë: InterBase, MS SQL Server, Oracle.

DBD lejon programuesin të formojë një pyetje në bazën e të dhënave duke përdorur metodën QBE (Query By Example).

SQL Explorer është një mjet universal që kombinon shumë nga veçoritë e BDE Administrator dhe DBD. Me ndihmën e tij, ju mund të krijoni dhe shikoni pseudonimet e bazës së të dhënave, të shikoni strukturat dhe përmbajtjet e tabelave të bazës së të dhënave, të gjeneroni pyetje në bazën e të dhënave në SQL, të krijoni fjalorë të të dhënave (modele të fushave të tabelës).

SQL Monitor është një mjet për gjurmimin e ekzekutimit të pyetjeve SQL.

Komponentët jo-vizualë për punën me bazën e të dhënave - shërbejnë për lidhjen e aplikacionit me tabelat e bazës së të dhënave në sistemet lokale dhe të shpërndara. Ato janë të vendosura në faqen e aksesit të të dhënave të paletës së komponentëve. Me ndihmën e komponentëve jo-vizualë, mund të lidheni me bazat e të dhënave, të formoni pyetje për to dhe të manipuloni tabelat.

Komponentët vizualë për të punuar me një bazë të dhënash janë krijuar për të vizualizuar të dhënat e grupeve të të dhënave ose fushat e tyre individuale. Këta komponentë janë të vendosur në faqen e Kontrolleve të të Dhënave të Paletës së Komponentëve. Ato shërbejnë si mjeti kryesor për zhvillimin e ndërfaqes së përdoruesit të aksesit të të dhënave.

Karakteristikat e programeve për të punuar me bazën e të dhënave.

Një tipar karakteristik i programeve të krijuara me ndihmën e Delphi për të punuar me një bazë të dhënash është përdorimi i domosdoshëm i BDE në to. (procesori relacional i bazës së të dhënave Motori i bazës së të dhënave Borland të përfshira në Delphi), i cili vepron si një urë lidhëse midis programit dhe bazës së të dhënave.

bde kujdeset për të gjithë punën e nivelit të ulët për t'i siguruar programit të klientit të dhënat që i nevojiten, prandaj, në rastin e përgjithshëm, ndërveprimi i programit me të dhënat është si më poshtë:

bde nuk është pjesë e programit. Në varësi të llojit të DBMS, ai mund të vendoset në makinën e klientit ose serverit.

Zakonisht ndërmjet programit dhe bde ekziston një shtresë e komponentëve që thjeshtojnë shumë zhvillimin e programeve. Komponentët jo-vizualë punojnë drejtpërdrejt me të bde, dhe tre prej tyre (TTable, TQuery, TStoredProc) shërbejnë si grupe të dhënash, ndërsa komponentët vizualë shfaqin të dhënat që u jepen dhe shërbejnë për të krijuar një ndërfaqe të përshtatshme përdoruesi. Midis grupeve të të dhënave dhe komponentëve vizualë, ka domosdoshmërisht komponentë TDataSource që luajnë rolin e valvulave që hapin ose mbyllin rrjedhat e të dhënave që shkëmbehen midis burimeve dhe komponentëve vizualë (shih figurën).

Disa mbështetën nëLlojet e bazës së të dhënave Delphi.

Bazat e të dhënave lokale dhe të serverëve të skedarëve.

Në bazat e të dhënave lokale, bazat e të dhënave janë të vendosura në makinën e klientit. Në skedarin e bazës së të dhënave të serverit, bazat e të dhënave janë të vendosura në një server skedari rrjeti.

Varianti lokal mund të ofrojë vetëm akses në të dhëna për një përdorues.

Në bazat e të dhënave të serverit të skedarëve, të dhënat ndodhen në një server skedari rrjeti, i cili mund të aksesohet nga disa përdorues në të njëjtën kohë. Të dhënat në bazën e të dhënave ruhen në një shembull të vetëm dhe çdo klient punon me disa kopje lokale të të dhënave në çdo kohë të caktuar, dhe menaxhimi i të dhënave është tërësisht përgjegjësi e programeve të klientit. Janë ata që duhet të kujdesen për sinkronizimin e kopjeve lokale të të dhënave në secilën faqe të klientit me përmbajtjen e bazës së të dhënave kryesore (dhe të vetme).

Kur një pyetje bëhet në një bazë të dhënash të vendosur në një server skedari, një pyetje bëhet në të vërtetë në një kopje lokale të të dhënave në kompjuterin e përdoruesit. Prandaj, përpara se pyetja të ekzekutohet, të dhënat në kopjen lokale përditësohen plotësisht nga baza e të dhënave reale. Pra, nëse tabela e bazës së të dhënave përbëhet nga 10,000 regjistrime, dhe vetëm 10 regjistrime nevojiten për të ekzekutuar një pyetje, të gjitha 10,000 rekordet i transferohen ende klientit. Kështu, rrjeti është i ngarkuar seriozisht.

Bazat e të dhënave klient-server.

Në arkitekturën klient-server, shfaqet një lidhje e rëndësishme ndërmjetëse midis BDE dhe bazës së të dhënave - serveri i bazës së të dhënave (një program i veçantë që menaxhon bazën e të dhënave).

Klienti formon një kërkesë për serverin në gjuhën e pyetjes SQL (Gjuha e strukturuar e pyetjeve - gjuha e strukturuar e pyetjeve), e cila është standardi i industrisë për bazat e të dhënave relacionale. Serveri SQL ofron interpretimin e pyetjes, ekzekutimin e tij, formimin e rezultatit dhe lëshimin e këtij rezultati për klientin. Në këtë rast, burimet e kompjuterit të klientit nuk marrin pjesë në ekzekutimin fizik të kërkesës: kompjuteri i klientit dërgon vetëm një kërkesë në bazën e të dhënave të serverit dhe merr rezultatin, pas së cilës e interpreton atë në mënyrën e nevojshme dhe ia paraqet perdoruesi. Vetëm të dhënat që i nevojiten klientit transmetohen përmes rrjetit.

Kur pyetjet ekzekutohen nga serveri, shkalla e sigurisë së të dhënave rritet ndjeshëm, pasi rregullat e integritetit të të dhënave janë të përcaktuara në server dhe janë të njëjta për të gjitha aplikacionet që përdorin këtë bazë të dhënash. Aparati i fuqishëm i transaksionit i mbështetur nga serverët SQL bllokon modifikimin e njëkohshëm të të njëjtave të dhëna nga përdorues të ndryshëm dhe ofron mundësinë për t'u kthyer në vlerat origjinale kur bëni ndryshime në bazën e të dhënave që përfunduan në një aksident.

Krijoni dhe shikoni pseudonimet e bazës së të dhënave.

NëpërmjetDBD.

Thirrje e përbashkët Desktop i bazës së të dhënave përfshihet në menynë kryesore të Delphi nën Veglat. Nëse kjo nuk është bërë, mund ta aktivizoni atje me komandën Tools|Configure Tools… (skedari DBD32.exe ).

DBD ju lejon të krijoni tabela të bazës së të dhënave të disa DBMS, të vendosni dhe ndryshoni strukturën e tyre.

Ju mund të krijoni dhe shikoni pseudonime duke ekzekutuar komandën Tools|Alias Manager. Kjo do të shfaqë dritaren e Menaxherit të Alias:

Zgjedhja e një pseudonimi në listën Alias të bazës së të dhënave ndryshon automatikisht llojin e drejtuesit në listën rënëse