Si të konfiguroni telefonat inteligjentë dhe PC. Portali informativ

Shembull i dizajnit të bazës së të dhënave. Diagramet e pemëve të nyjeve

Përkthimi i një serie prej 15 artikujsh mbi hartimin e bazës së të dhënave.
Informacioni është menduar për fillestarët.
Më ndihmoi. Ndoshta kjo do të ndihmojë dikë tjetër të plotësojë boshllëqet.

Udhëzues për dizajnimin e bazës së të dhënave.

1. Hyrje.
Nëse do të krijoni bazat tuaja të të dhënave, është një ide e mirë t'u përmbaheni rregullave të projektimit të bazës së të dhënave pasi kjo do të sigurojë integritetin afatgjatë dhe lehtësinë e mirëmbajtjes së të dhënave tuaja. Ky tutorial do t'ju tregojë se çfarë janë bazat e të dhënave dhe si të dizajnoni një bazë të dhënash që u bindet rregullave të dizajnit të bazës së të dhënave relacionale.

Bazat e të dhënave janë programe që ju lejojnë të ruani dhe merrni vëllime të mëdha informacione të lidhura... Bazat e të dhënave përbëhen nga tabelat, të cilat përmbajnë informacion... Kur krijoni një bazë të dhënash, duhet të mendoni se cila tabelat ju duhet të krijoni dhe çfarë lidhjet ekzistojnë ndërmjet informacioneve në tabela. Me fjalë të tjera, duhet të mendoni projekti databaza juaj. Projekt i mirë bazat e të dhënave, siç u përmend më herët, do të sigurojnë integritetin e të dhënave dhe lehtësinë e mirëmbajtjes.
Baza e të dhënave është krijuar për të ruajtur informacionin në të dhe për të marrë këtë informacion nëse është e nevojshme. Kjo do të thotë që ne duhet të jemi në gjendje të vendosim, të fusim ( INSERT) informacion në bazën e të dhënave dhe ne duam të jemi në gjendje të marrim informacion nga baza e të dhënave ( ZGJIDH).
Gjuha e pyetjeve të bazës së të dhënave u shpik për këtë qëllim dhe u emërua Gjuha e strukturuar e pyetjeve ose SQL. Veprimet e futjes së të dhënave (INSERT) dhe përzgjedhja e tyre (SELECT) janë pjesë e kësaj gjuhe. Më poshtë është një shembull i një pyetjeje për marrjen e të dhënave dhe rezultati i tij.

SQL është një temë e madhe për tregimin dhe është përtej qëllimit të këtij tutoriali. Ky artikull përqendrohet rreptësisht në paraqitjen procesi i projektimit të bazës së të dhënave... Më vonë, në një tutorial të veçantë, do të mbuloj bazat e SQL.

Modeli relacional.
Në këtë tutorial, unë do t'ju tregoj se si të krijoni një model të të dhënave relacionale. Një model relacional është një model që përshkruan se si të organizohen të dhënat në tabela dhe si të përcaktohen marrëdhëniet midis atyre tabelave.

rregullat modeli relacional të diktojë se si informacioni duhet të organizohet në tabela dhe si lidhen tabelat me njëra-tjetrën. Në fund të fundit, rezultati mund të jepet në formën e një diagrami të bazës së të dhënave ose, më saktë, një diagrami të marrëdhënies entitet, si në figurë (Shembulli i marrë nga MySQL Workbench).

Shembuj.
Unë kam përdorur një sërë aplikacionesh si shembuj në tutorial.

RDBMS.

RDBMS që kam përdorur për të krijuar tabelat shembull është MySQL. MySQL është RDBMS më i njohur dhe është falas.

Shërbimi i administrimit të bazës së të dhënave.

Pas Instalimet MySQL ju merrni vetëm ndërfaqen linja e komandës për të bashkëvepruar me MySQL. Personalisht, unë preferoj një ndërfaqe grafike për menaxhimin e bazave të të dhënave të mia. Unë përdor SQLyog shumë. Kjo shërbim falas Me ndërfaqe grafike... Imazhet e tabelave në këtë manual marrë prej andej.

Modelimi vizual.

Ekziston një falas e shkëlqyer Aplikacioni MySQL Tavolinë pune. Kjo ju lejon të dizajnoni bazën tuaj të të dhënave në mënyrë grafike. Diagramet në manual tregohen në këtë program.

Dizajni i pavarur nga RDBMS.
Është e rëndësishme të dini se megjithëse ky tutorial ofron shembuj për MySQL, dizajni i bazës së të dhënave është i pavarur nga RDBMS. Kjo do të thotë që informacioni zbatohet për bazat e të dhënave relacionale në përgjithësi, jo vetëm për MySQL. Ju mund të aplikoni njohuri nga ky tutorial në çdo bazë të dhënash relacionale si Mysql, Postgresql, Microsoft Access, Microsoft Sql ose Oracle.

Në pjesën tjetër do të flas shkurtimisht për evolucionin e bazave të të dhënave. Do të mësoni se nga vijnë bazat e të dhënave dhe modeli i të dhënave relacionale.

2. Historia.
Në vitet 70 dhe 80, kur shkencëtarët kompjuterikë mbanin ende smoking kafe dhe syze të mëdha me buzë katrore, të dhënat ruheshin të pastrukturuara në skedarë që ishin Dokument teksti me të dhëna të ndara (zakonisht) me presje ose skeda.

Kështu dukeshin profesionistët e fushës. teknologjitë e informacionit në vitet 70. (Bill Gates është në fund të majtë).

Skedarët e tekstit përdoren ende sot për të ruajtur sasi të vogla informacioni të thjeshtë. Vlerat e ndara me presje (CSV) - vlerat e ndara me presje janë shumë të njohura dhe të mbështetura gjerësisht sot nga të ndryshme software dhe sistemet operative. Microsoft ExcelËshtë një nga shembujt e programeve që mund të punojnë me skedarë CSV. Të dhënat e ruajtura në një skedar të tillë mund të lexohen nga një program kompjuterik.

Më sipër është një shembull se si mund të duket një skedar i tillë. Programi i leximit të kësaj dosjeje, duhet të njoftohet se të dhënat janë të ndara me presje. Nëse programi dëshiron të zgjedhë dhe të shfaqë kategorinë në të cilën ndodhet mësimi "Tutorial i dizajnit të bazës së të dhënave", atëherë duhet të lexohet rresht pas rreshti derisa të gjenden fjalët "Tutorial i dizajnit të bazës së të dhënave" dhe më pas ajo do të duhet të lexojë fjalën tjetër pas presjes në mënyrë që të shfaqë kategorinë Software.

Tabelat e bazës së të dhënave.
Leximi i një skedari rresht pas rreshti nuk është shumë efikas. Në një bazë të dhënash relacionale, të dhënat ruhen në tabela. Tabela e mëposhtme përmban të njëjtat të dhëna si skedari. Çdo rresht ose "rekord" përmban një mësim. Çdo kolonë përmban disa veçori të mësimit. V në këtë rast ky është titulli dhe kategoria e tij.

Një program kompjuterik mund të kërkojë në kolonën tutorial_id të kësaj tabele për tutorial_id specifike për të gjetur shpejt titullin dhe kategorinë përkatëse. Kjo është shumë më e shpejtë se kërkimi i skedarit rresht pas rreshti, ashtu si bën një program në një skedar teksti.

Bazat e të dhënave relacionale moderne janë krijuar për të qenë në gjendje të marrin të dhëna nga rreshta, kolona dhe tabela të shumta, në të njëjtën kohë, shumë shpejt.

Historia e modelit relacional.
Modeli i bazës së të dhënave relacionale u shpik në vitet 70 nga Edgar Codd, një shkencëtar britanik. Ai donte të kapërcente të metat modeli i rrjetit bazat e të dhënave dhe modeli hierarkik. Dhe ai ishte shumë i suksesshëm në këtë. Modeli i bazës së të dhënave relacionale është i pranuar gjerësisht sot dhe konsiderohet një model i fuqishëm për organizimin efikas të të dhënave.

Një shumëllojshmëri e gjerë e sistemeve të menaxhimit të bazës së të dhënave janë të disponueshme sot, nga aplikacionet e vogla të desktopit deri te sistemet e serverëve shumëfunksionalë me metoda kërkimi shumë të optimizuara. Disa nga sistemet më të njohura të menaxhimit të bazës së të dhënave relacionale (RDBMS) janë:

- Orakulli- përdoret kryesisht për aplikime profesionale dhe të mëdha.
- Microsoft SQL server- RDBMS Microsoft... Në dispozicion vetëm për sistemi operativ Dritaret.
- MysqlËshtë një RDBMS me burim të hapur shumë popullor Kodi i burimit... Përdoret gjerësisht si nga profesionistët ashtu edhe nga fillestarët. Çfarë duhet tjetër?! Është falas.
- IBM- ka një numër RDBMS, më i famshmi është DB2.
- Microsoft Access- RDBMS, e cila përdoret në zyrë dhe në shtëpi. Në fakt, është më shumë se thjesht një bazë të dhënash. MS Access ju lejon të krijoni baza të dhënash me një ndërfaqe përdoruesi.
Në pjesën tjetër do të shpjegoj pak për karakteristikat e bazave të të dhënave relacionale.

3. Karakteristikat e bazave të të dhënave relacionale.
Bazat e të dhënave relacionale janë krijuar për kursim i shpejtë dhe marrjen e sasive të mëdha të informacionit. Më poshtë janë disa nga karakteristikat e bazave të të dhënave relacionale dhe modeli i të dhënave relacionale.
Duke përdorur çelësat.
Çdo rresht i të dhënave në një tabelë identifikohet nga një "çelës" unik i quajtur çelësi primar. Shpesh, çelësi kryesor është një numër auto-rritës (auto-rritës) (1,2,3,4, etj.). Të dhënat në tabela të ndryshme mund të lidhen së bashku duke përdorur çelësat. Vlerat kryesore të çelësit nga një tabelë mund të shtohen në rreshtat (regjistrat) e një tabele tjetër, duke i lidhur këto të dhëna së bashku.

Duke përdorur gjuhë e strukturuar pyetje (SQL), të dhëna nga tabela të ndryshme që janë të lidhura me një çelës mund të zgjidhen me një lëvizje. Për shembull, mund të krijoni një pyetje që do të zgjedhë të gjitha porositë nga tabela e porosive që i përkasin përdoruesit me ID 3 (Mike) nga tabela e përdoruesve. Për çelësat do të flasim më tej, në pjesët në vijim.


Kolona id në këtë tabelë është çelësi kryesor. Çdo rekord ka një çelës primar unik, shpesh një numër. Kolona e grupit të përdoruesve është një çelës i huaj. Siç sugjeron emri, me sa duket i referohet një tabele që përmban grupe përdoruesish.

Asnjë tepricë e të dhënave.
Në një dizajn të bazës së të dhënave që është ndërtuar duke përdorur rregullat e modelit të të dhënave relacionale, çdo pjesë e informacionit, si një emër përdoruesi, ruhet vetëm në një vend. Kjo eliminon nevojën për të punuar me të dhëna në shumë vende. Dyfishimi i të dhënave quhet tepricë e të dhënave dhe duhet të shmanget në projekt i mirë Baza e të dhënave.
Kufizimi i hyrjes.
Duke përdorur bazë relacionale të dhëna, mund të përcaktoni se çfarë lloj të dhënash lejohet të ruhen në kolonë. Ju mund të krijoni një fushë që përmban numra të plotë, numra dhjetorë, pjesë të vogla teksti, pjesë të mëdha teksti, data etj.


Kur krijoni një tabelë të dhënash, ju jepni një lloj të dhënash për secilën kolonë. Për shembull, varchar është një lloj i të dhënave për copa të vogla teksti me numri maksimal karaktere të barabarta me 255, dhe int janë numra.

Përveç llojeve të të dhënave, një RDBMS ju lejon të kufizoni më tej të dhënat që mund të futni. Për shembull, kufizoni gjatësinë ose zbatoni veçantinë e vlerës së regjistrimeve në këtë kolonë... Kufizimi i fundit përdoret shpesh për fushat që përmbajnë emra të regjistrimit të përdoruesve (hyrje) ose adresa Email.

Këto kufizime ju japin kontroll mbi integritetin e të dhënave tuaja dhe parandalojnë situata si më poshtë:

Futja e një adrese (teksti) në fushën ku prisni të shihni një numër
- futja e indeksit të rajonit me gjatësinë e të njëjtit indeks në njëqind karaktere
- krijimi i përdoruesve me të njëjtin emër
- krijimi i përdoruesve me të njëjtën adresë emaili
- futja e peshës (numrit) në fushën e ditëlindjes (data).

Ruajtja e integritetit të të dhënave.
Duke rregulluar vetitë e fushës, duke lidhur tabela dhe duke vendosur kufizime, ju mund të rrisni besueshmërinë e të dhënave tuaja.
Caktimi i të drejtave.
Shumica e RDBMS-ve ofrojnë një cilësim lejesh që ju lejon të caktoni të drejta të caktuara përdorues të caktuar. Disa veprime që mund t'i lejohen ose t'i mohohen përdoruesit: SELECT (marr), INSERT (fut), DELETE (fshi), ALTER (modifiko), CREATE (krijo), etj. Këto janë operacione që mund të kryhen duke përdorur Structured Query Language (SQL).
Gjuha e strukturuar e pyetjeve (SQL).
Për të kryer disa operacione në bazën e të dhënave, të tilla si ruajtja e të dhënave, marrja e tyre, ndryshimi i tyre, përdoret një gjuhë e strukturuar e pyetjeve (SQL). SQL është relativisht e lehtë për t'u kuptuar dhe lejon përfshirë. dhe zgjedhje të grumbulluara, të tilla si marrja e të dhënave të lidhura nga tabela të shumta duke përdorur Deklarata SQL BASHKOHU. Siç u përmend më herët, SQL nuk do të diskutohet në këtë tutorial. Do të fokusohem në hartimin e bazës së të dhënave.

Mënyra se si e dizajnoni bazën tuaj të të dhënave do të ketë një ndikim të drejtpërdrejtë në pyetjet që duhet të ekzekutoni për të marrë të dhëna nga baza e të dhënave. Kjo është një arsye tjetër pse duhet të mendoni se cila duhet të jetë baza juaj. Me një bazë të dhënash të dizajnuar mirë, pyetjet tuaja mund të jenë më të pastra dhe më të lehta.

Transportueshmëria.
Modeli i të dhënave relacionale është standard. Duke ndjekur rregullat e modelit të të dhënave relacionale, mund të jeni të sigurt që të dhënat tuaja mund të migrohen në një RDBMS tjetër relativisht lehtë.

Siç u tha më herët, dizajnimi i një baze të dhënash është një çështje e identifikimit të të dhënave, lidhjes së tyre së bashku dhe vendosjes së rezultateve të një zgjidhjeje. kjo çështje në letër (ose në program kompjuterik). Dizajnoni bazën e të dhënave në mënyrë të pavarur nga RDBMS që keni ndërmend të përdorni për ta krijuar atë.

Në pjesën tjetër, ne do t'i hedhim një vështrim më të afërt çelësave kryesorë.

Dërgoni punën tuaj të mirë në bazën e njohurive është e thjeshtë. Përdorni formularin e mëposhtëm

Punë e mirë në faqen ">

Studentët, studentët e diplomuar, shkencëtarët e rinj që përdorin bazën e njohurive në studimet dhe punën e tyre do t'ju jenë shumë mirënjohës.

Postuar në http://www.allbest.ru/

Vvduke ngrënë

sistemi i përdoruesit të programit të ndërfaqes

Sot, qindra miliona punojnë në botë. kompjuterët personalë... Shkencëtarët, ekonomistët, politikanët besojnë se nga fillimi i mijëvjeçarit të tretë:

numri i kompjuterëve në botë do të jetë i barabartë me numrin e banorëve të vendeve të zhvilluara.

shumica e këtyre kompjuterëve do të përfshihen në rrjetet botërore të informacionit.

i gjithë informacioni i grumbulluar nga njerëzimi nga fillimi i mijëvjeçarit të tretë do të shndërrohet në formë kompjuterike (binare) dhe i gjithë informacioni do të përgatitet me ndihmën (ose me pjesëmarrjen) e kompjuterëve; i gjithë informacioni do të ruhet për një kohë të pacaktuar në rrjetet kompjuterike;

një anëtar i plotë i shoqërisë së mijëvjeçarit të tretë do të duhet të ndërveprojë çdo ditë me rrjetet lokale, rajonale ose botërore duke përdorur kompjuterë.

Me një kompjuterizim të tillë të pothuajse të gjitha degëve të jetës njerëzore, lind pyetja e krijimit të programeve që ju lejojnë të krijoni baza të tilla të dhënash. Prandaj, u zhvillua ky program, i cili ju lejon të krijoni një bazë të dhënash që ruan informacione për përparimin e nxënësve të shkollës.

1. Baza e të dhënave dhe mënyrat e paraqitjes së saj

Baza e të dhënave (DB) është informacion i paraqitur në formën e tabelave dydimensionale. Baza e të dhënave përmban shumë rreshta, secila prej të cilave korrespondon me një objekt. Për çdo objekt përdoren pozicione të caktuara të pavarura, të cilat quhen fusha. Le të imagjinojmë një bazë të dhënash të tillë që përmban rreshta dhe kolona ( rasti më i thjeshtë). Çdo rresht, i quajtur gjithashtu një rekord, korrespondon me objekt specifik... Çdo kolonë përmban vlerat e të dhënave përkatëse të objektit.

Baza e të dhënave nuk mund të përbëhet nga një tabelë, por nga dy, tre ose më shumë. Informacione shtesë rreth objektit mund të ruhen në tabela shtesë.

Një nga mjetet e fuqishme të bazës së të dhënave është se informacioni mund të porositet sipas kritereve që specifikon përdoruesi. Në Pascal, një bazë të dhënash ofrohet si një listë e termave të formës: data_predicate_name (fushat_record). Emrat e bazës së të dhënave janë përshkruar në seksion. Regjistrimet e bazës së të dhënave arrihen duke përdorur një kallëzues bazë. Pascal ofron mjaft mjete për të punuar me baza të tilla të dhënash: ngarkim, shkrim, shtim, etj.

Baza e të dhënave është një strukturë e organizuar për ruajtjen e informacionit. Bazat e të dhënave moderne ruajnë jo vetëm të dhëna, por edhe informacione.

Kjo deklaratë mund të shpjegohet lehtësisht nëse, për shembull, marrim parasysh bazën e të dhënave të një banke të madhe. Ka gjithçka informacionin e nevojshëm për klientët, për adresat e tyre, histori krediti gjendja e llogarive rrjedhëse, transaksionet financiare etj. Ka akses të mjaftueshëm në këtë bazë të dhënash. një numër i madh punonjësit e bankës, por mes tyre vështirë se ka një person që ka akses në të gjithë bazën e të dhënave dhe në të njëjtën kohë është në gjendje të bëjë ndryshime arbitrare në të. Përveç të dhënave, baza e të dhënave përmban metoda dhe mjete që lejojnë secilin nga punonjësit të operojë vetëm me ato të dhëna që janë në kompetencën e tij. Si rezultat i ndërveprimit të të dhënave që përmban baza e të dhënave me metodat në dispozicion të punonjësve të veçantë, formohet informacioni që ata konsumojnë dhe mbi bazën e të cilave, brenda kompetencës së tyre, futin dhe modifikojnë të dhënat. I lidhur ngushtë me konceptin e bazës së të dhënave është koncepti sistemet e menaxhimit të bazës së të dhënave.Është një kompleks mjete softuerike projektuar për të krijuar një strukturë bazë e re, duke e mbushur me përmbajtje, duke redaktuar përmbajtjen dhe duke vizualizuar informacionin. Nën vizualizimi i informacionit Baza e të dhënave kuptohet si përzgjedhja e të dhënave të shfaqura në përputhje me një kriter të caktuar, renditja e tyre, projektimi dhe dërgimi i mëvonshëm në pajisjet dalëse ose transmetimi përmes kanaleve të komunikimit. Ka shumë sisteme të menaxhimit të bazës së të dhënave në botë. Pavarësisht se ato mund të punojnë ndryshe me objekte të ndryshme dhe t'i sigurojnë përdoruesit funksione të ndryshme dhe do të thotë, shumica e DBMS-ve mbështeten në një grup të vetëm konceptesh bazë të mirëpërcaktuara. Kjo na jep mundësinë të shqyrtojmë një sistem dhe të përgjithësojmë konceptet, teknikat dhe metodat e tij për të gjithë klasën e DBMS. Si një objekt i tillë trajnimi, ne do të zgjedhim Pascal 7.0 DBMS të përfshirë në paketën Pascal 7.0.

2. Vetitë e fushave të bazës së të dhënave
Fushat e bazës së të dhënave nuk përcaktojnë vetëm strukturën e bazës së të dhënave - ato gjithashtu përcaktojnë vetitë e grupit të të dhënave të shkruara në qelizat që i përkasin secilës prej fushave. Më poshtë janë renditur vetitë kryesore të fushave të tabelës së bazës së të dhënave duke përdorur shembullin e Pascal 7.0 DBMS.
Emri i fushës - përcakton se si duhet të aksesohen të dhënat e kësaj fushe gjatë operacioneve automatike me bazën (si parazgjedhje, emrat e fushave përdoren si titujt e kolonave të tabelës).
Lloji i fushës - përcakton llojin e të dhënave që mund të përmbahen në këtë fushë.
Madhësia e fushës - përcakton gjatësinë maksimale (në karaktere) të të dhënave që mund të vendosen në këtë fushë.
Formati i fushës - përcakton se si formatohen të dhënat në qelizat që i përkasin fushës.
Maska hyrëse - përcakton formën në të cilën futen të dhënat në fushë (mjet automatizimi i futjes së të dhënave).
Nënshkrimi - përcakton kokën e kolonës së tabelës për të kësaj fushe(nëse nënshkrimi nuk është specifikuar, atëherë vetia Field name përdoret si titull i kolonës).
Vlera e paracaktuar është vlera që futet automatikisht në qelizat e fushës (mjet automatizimi i futjes së të dhënave).
Një kusht për një vlerë është një kufizim që përdoret për të kontrolluar korrektësinë e futjes së të dhënave (një mjet automatizimi i hyrjes që përdoret, si rregull, për të dhënat e një lloji numerik, lloji monedhe ose lloji i datës).
Mesazhi i gabimit është - mesazh me tekst, i cili lëshohet automatikisht kur përpiqeni të futni të dhëna të gabuara në fushë.
Fusha e detyrueshme është një veti që përcakton nëse kjo fushë duhet të plotësohet gjatë plotësimit të bazës së të dhënave.
Vargjet boshe është një veti që lejon futjen e të dhënave të vargut bosh (ndryshon nga vetia e fushës së kërkuar në atë që nuk zbatohet për të gjitha llojet e të dhënave, por vetëm për disa, për shembull, tekst).

Fusha e indeksuar - nëse një fushë ka këtë veti, të gjitha operacionet që lidhen me kërkimin ose renditjen e të dhënave sipas vlerës së ruajtur në këtë fushë përshpejtohen ndjeshëm. Përveç kësaj, për fushat e indeksuara, mund ta bëni atë në mënyrë që vlera në regjistrime të kontrollohet në këtë fushë për dublikatë, gjë që ju lejon të përjashtoni automatikisht dyfishimin e të dhënave.

Meqenëse fusha të ndryshme mund të përmbajnë të dhëna të llojeve të ndryshme, vetitë e fushave mund të ndryshojnë në varësi të llojit të të dhënave. Kështu, për shembull, lista e veçorive të fushës së mësipërme i referohet kryesisht fushave të tipit tekst.

Fushat e llojeve të tjera mund t'i kenë ose jo këto veti, por ato mund t'u shtojnë të tyret. Për shembull, për të dhënat që përfaqësojnë numra realë, një veti e rëndësishme është numri i shifrave pas presjes dhjetore. Nga ana tjetër, për fushat e përdorura për të ruajtur foto, tinguj, videoklipe dhe objekte të tjera OLE, shumica e vetive të mësipërme janë të pakuptimta.

3 . Tsenëse dhe detyrat

Gjatë krijimit të këtij programi, u vendosën qëllimet e mëposhtme:

· Shkruani një program që do t'ju lejojë të përpunoni, renditni dhe ndryshoni informacionin rreth parkingut.

Gjithashtu, gjatë krijimit të këtij programi, u vendosën detyrat e mëposhtme:

· Ky program duhet të ketë një të thjeshtë dhe të përshtatshëm ndërfaqja e përdoruesit.

· Ky program duhet të ketë një intensitet të ulët burimesh.

4. Zhvillimi i menysë së sistemit
Menyja e sistemit ose menyja kryesore duhet të sigurojë një ndërveprim të përshtatshëm të përdoruesit me programin. Menuja duhet të përfshijë artikuj për ruajtjen, shikimin, futjen e të dhënave të reja, etj. Përdoruesi duhet vetëm të shtyp butonin "enter". Ekzistojnë gjashtë artikuj në menynë e këtij programi:
1 - Krijoni një skedar
2 - Shtimi i një hyrjeje
3 - Korrigjimi i të dhënave
4 - Shikimi i një regjistrimi nga një skedar
5 - Fshi hyrjen
6 - Dalje
1 - Krijo skedar të ri - Krijuar skedar i ri me emrin e dhënë nga përdoruesi i programit
2 - Shikimi i përmbajtjes së skedarit - regjistrimet e krijuara më parë shfaqen në ekran një nga një në formën e:
Mbiemri pritës:
Emri i hostit:
marka e makinës:
Modeli i makinës:
Lloji i trupit:
numri i makinës:
Rajon:
viti i lëshimit:
ngjyrë:
3 - Shto hyrje - Krijo hyrje e re dhe skedarin duke e shtuar në fund të regjistrimit.
4 - Kërkimi sipas numrit të dhomës - Ju lejon të gjeni të dhëna për një pushues sipas numrit të dhomës në të cilën është regjistruar pushuesi.
5 - Dilni nga programi - dilni nga programi
konkluzioni
Puna e bërë lejon çdo përdorues të krijojë lehtësisht sasi të mëdha informacioni, t'i përpunojë, t'i renditë, të bëjë përzgjedhje sipas kritereve të caktuara.
Përdorimi i një programi të tillë në bota moderne lehtëson shumë aktivitetet njerëzore.
Postuar në Allbest.ru

Dokumente të ngjashme

    Përcaktimi i moduleve të programit të kërkuar, struktura e skedarit të bazës së të dhënave. Përshkrimi i zhvillimit të programit, korrigjimit dhe testimit. Zhvillimi i aplikacionit Organizer.exe, menuja dhe manuali i përdoruesit. Algoritmi për përpunimin e ngjarjeve të menysë kryesore (orarit).

    punim afatshkurtër, shtuar 02/11/2014

    Karakteristikat e hartimit të një programi në C ++ për përpunimin e të dhënave nga tabelat e bazës së të dhënave. Funksionet kryesore të programit, krijimi model konceptual bazat e të dhënave dhe diagramet e klasave, ndërfaqja e përdoruesit dhe dizajni i pyetjeve të bazës së të dhënave.

    punim afatshkurtër, shtuar 06/08/2012

    Përzgjedhja e përbërjes së harduerit dhe softuerit për zhvillimin e sistemit. Përshkrimi i të dhënave hyrëse dhe dalëse. Zgjedhja e një modeli të bazës së të dhënave. Zhvillimi i një nënsistemi për plotësimin e bazës së të dhënave, gjenerimin e raporteve. Zhvillimi i ndërfaqes së përdoruesit, testimi i sistemit.

    punim afatshkurtër, shtuar 12/04/2014

    Fazat e krijimit dhe zhvillimit të një baze të dhënash. Ndërtimi i modelit fusha lëndore... Zhvillimi i të dhënave dhe modelet fizike të dhëna, metoda të përpunimit të të dhënave për punonjësit e organizatës. Dizajnimi i aplikacioneve të përdoruesve. Krijimi i një forme butoni.

    punim afatshkurtër, shtuar 14.02.2011

    Skema e një modeli konceptual të dhënash. Zhvillimi i strukturës së bazës së të dhënave relacionale dhe ndërfaqes së përdoruesit. Karakteristikat e fazave kryesore të hartimit të bazës së të dhënave. Mënyrat për të zbatuar pyetjet dhe raportet. Specifikimi i manualit të përdorimit.

    punim afatshkurtër, shtuar 18.12.2010

    Procesi i zhvillimit të një baze të dhënash për ruajtjen dhe përpunimin e informacionit. Çelësat, indekset, nxitësit, procedurat e ruajtura. Ndërfaqja e përdoruesit dhe zhvillimi i bazës së të dhënave. Kryesor mjetet për zhvillimin e pjesëve të klientit dhe serverit.

    tezë, shtuar 18.05.2013

    Fazat e hartimit të bazës së të dhënave, përcaktimi i qëllimeve dhe përmbajtja e tabelës. Shtimi i të dhënave dhe krijimi i objekteve të tjera të bazës së të dhënave. Modeli datalogjik: strukturimi, normalizimi, skemat e të dhënave. Rendi, parimet e krijimit të një ndërfaqeje përdoruesi.

    punim afatshkurtër, shtuar 26.03.2013

    Teknologjia e zhvillimit të ndërfaqes së përdoruesit në Mjedisi Delphi... Krijimi i tabelave, menyve, formularëve për futjen dhe redaktimin e të dhënave. Parimet e organizimit të menusë si një element i ndërfaqes së përdoruesit. Zbatimi i renditjes, filtrimit, llogaritjeve në tabelë.

    punim afatshkurtër, shtuar 13.11.2012

    Rregullat themelore për zhvillimin e ndërfaqes së përdoruesit. Krijimi i një baze të dhënash duke përdorur modelet e zhvilluara. Modulet e kodimit sistemi softuerik për të krijuar një prototip. Dritarja kryesore kur fillon programi. Mbrojtje nga humbja e informacionit.

    punë laboratorike, shtuar 13.06.2014

    Përshkrimi i fushës së zhvillimit. Karakteristikat e ruajtjes së informacionit për makinat dhe pronarët. Përshkrimi i strukturës së bazës së të dhënave. Tabelat bazë: makinat, pronarët, llojet e punës, pjesët, porositë, shërbimet. Udhëzime për programuesin dhe përdoruesin.

Procesi i projektimit përfshin fazat e mëposhtme.

    Dizajn infologjik.

    Përcaktimi i kërkesave për mjedisin operativ në të cilin do të funksionojë sistemi i informacionit.

    Zgjedhja e një sistemi të menaxhimit të bazës së të dhënave (DBMS) dhe mjeteve të tjera softuerike.

    Dizajni logjik i bazës së të dhënave.

    Dizajni fizik i bazës së të dhënave.

1.1. Dizajn infologjik.

Procesi i projektimit sistemet e informacionitështë një detyrë mjaft e vështirë. Fillon me ndërtimin e një modeli të dhënash infologjike, domethënë identifikimin e entiteteve.

Një model infologjik i një zone lëndore (SO) është një përshkrim i strukturës dhe dinamikës së softuerit, natyrës së nevojave për informacion të përdoruesve në terma që janë të kuptueshëm për përdoruesin dhe që nuk varen nga zbatimi i bazës së të dhënave. Ky përshkrim shprehet në terma jo të objekteve individuale të softuerit dhe lidhjeve ndërmjet tyre, por në terma të llojeve të tyre, kufizimeve të integritetit të lidhura dhe atyre proceseve që çojnë në kalimin e zonës lëndore nga një gjendje në tjetrën.

Aktualisht, përdoret dizajni duke përdorur metodën entity-relation (ER-method), e cila është një kombinim i metodave të lëndës dhe asaj të aplikuar dhe ka avantazhet e të dyjave.

Faza e projektimit infologjik fillon me modelimin e softuerit. Projektuesi e ndan atë në një numër zonash lokale, secila prej të cilave (në mënyrë ideale) përfshin informacion të mjaftueshëm për të kënaqur kërkesat e një grupi të veçantë përdoruesish të ardhshëm ose për të zgjidhur një problem të veçantë (nëndetyrë). Çdo pamje lokale modelohet veçmas, pastaj ato kombinohen.

Zgjedhja e përfaqësimit lokal varet nga madhësia e softuerit. Zakonisht ndahet në zona lokale në atë mënyrë që secila prej tyre korrespondon me një të veçantë aplikimi i jashtëm dhe përmbante 6-7 entitete.

ThelbiËshtë një objekt për të cilin informacioni do të grumbullohet në sistem. Subjektet janë të dyja fizikisht ekzistuese (për shembull, PUNONJËSIT ose AUTOMOBILE ) dhe abstrakte (për shembull, PROVIMI ose DIAGNOZA ).

Për entitetet, dallohen një klasë, lloji i entitetit dhe shembulli. Ekzistojnë tre klasa kryesore të entiteteve: kryesore, asociative dhe karakteristike si dhe një nënklasë e entiteteve shoqëruese - emërtimet.

Thelbi thelbësor (bërthama ) Është një ent i pavarur që nuk është as asociacion, as emërtim, as karakteristik. Subjektet e tilla kanë një ekzistencë të pavarur, megjithëse mund të tregojnë entitete të tjera.

Subjekti asociativ (shoqata ) Është një marrëdhënie shumë-me-shumë midis dy ose më shumë entiteteve ose shembujve të entitetit. Shoqatat konsiderohen si subjekte me të drejta të plota, ato mund të: marrin pjesë në shoqata dhe emërtime të tjera në të njëjtën mënyrë si subjektet kryesore; zotërojnë prona, d.m.th. kanë jo vetëm një sërë atributesh kyçe të nevojshme për të treguar marrëdhëniet, por edhe çdo numër atributesh të tjera që karakterizojnë marrëdhënien.

Thelbi karakteristik ( karakteristike ) Është një marrëdhënie shumë-për-një ose një-për-një ndërmjet dy entiteteve ( rast i veçantë shoqatat). I vetmi qëllimi karakteristikat brenda fushës lëndore të konsideruar konsiston në përshkrimin ose specifikimin e ndonjë entiteti tjetër. Nevoja për to lind për faktin se entitetet e botës reale ndonjëherë kanë veti shumëvlerëshe.

Për shembull, një burrë mund të ketë disa gra, një libër mund të ketë disa karakteristika të një ribotimi (të rishikuar, të plotësuar, ...) etj.

Ekzistenca e një karakteristike varet tërësisht nga entiteti që karakterizohet: gratë privohen nga statusi i tyre si bashkëshorte nëse burri i tyre vdes.

Subjekt përcaktues ( emërtimi ) Është një marrëdhënie shumë-për-një ose një-për-një ndërmjet dy entiteteve dhe eshte ndryshe mbi karakteristikat në atë që nuk varet nga entiteti i caktuar. Emërtimet përdoren për të ruajtur vlerat e përsëritura të atributeve të mëdha të tekstit: "kodifikuesit" e disiplinave të studiuara nga studentët, emrat e organizatave dhe departamentet e tyre, listat e mallrave, etj.

Si rregull, shënimi nuk merret parasysh si subjekte të plota, edhe pse kjo nuk do të çonte në asnjë gabim. Emërtimet dhe karakteristikat nuk janë entitete plotësisht të pavarura, pasi nënkuptojnë praninë e një entiteti tjetër që do të "caktohet" ose "karakterizohet". Megjithatë, ato ende përfaqësojnë raste të veçanta të subjektit dhe, natyrisht, mund të kenë prona, mund të marrin pjesë në shoqata, emërtime dhe të kenë të tyren (më shumë nivel i ulët) specifikimet. Theksojmë gjithashtu se të gjitha rastet e karakteristikës duhet domosdoshmërisht të shoqërohen me ndonjë shembull të entitetit që karakterizohet. Megjithatë, lejohet që disa raste të entitetit të karakterizuar të mos kenë marrëdhënie.

Lloji i entitetit karakterizohet nga një emër dhe një listë pronash, dhe kopje- vlerat specifike të pronave.

Llojet e entitetit mund të klasifikohen si të fortë dhe i dobët . Subjektet e forta ekzistojnë më vete, dhe ekzistenca e entiteteve të dobëta varet nga ekzistenca e atyre të forta.

Për shembull, një lexues i bibliotekës është një ent i fortë, por abonimi i atij lexuesi është një ent i dobët, gjë që varet nga të paturit e një lexuesi të përshtatshëm.

Quhen entitete të dobëta vartësit (fëmijët) dhe të fortit bazë (bazë, prind).

Për çdo entitet zgjidhen vetitë (atributet).

Të dallojë:

    Atributet identifikuese dhe përshkruese... Atributet identifikuese kanë vlerë unike për subjektet e këtij lloji dhe janë çelësat e mundshëm. Ato ju lejojnë të njihni në mënyrë unike shembuj të një entiteti. Një çelës primar (PC) zgjidhet nga çelësat e mundshëm. Si një PC, zakonisht zgjidhet një çelës i mundshëm, i cili përdoret për të hyrë më shpesh në instancat e regjistrimit. Përveç kësaj, PC duhet të përfshijë numrin minimal të atributeve të kërkuara për identifikim. Pjesa tjetër e atributeve quhen përshkruese dhe përmbajnë vetitë me interes për njësinë ekonomike.

    Atribute të përbëra dhe të thjeshta... Një atribut i thjeshtë përbëhet nga një komponent, vlera e tij është e pandashme. Një atribut i përbërë është një kombinim i disa komponentëve, që ndoshta u përkasin tipe te ndryshme të dhëna (për shembull, emri ose adresa). Vendimi për të përdorur një atribut të përbërë ose për ta zbërthyer atë në komponentë varet nga mënyra se si trajtohet dhe formati i paraqitjes me porosi të atij atributi.

    Atribute të paqarta dhe me shumë vlera(mund të ketë, përkatësisht, një ose shumë vlera për çdo shembull të njësisë ekonomike).

    Atributet bazë dhe të prejardhura... Vlera e atributit kryesor është e pavarur nga atributet e tjera. Vlera e një atributi të prejardhur llogaritet bazuar në vlerat e atributeve të tjera (për shembull, mosha e një studenti llogaritet bazuar në datën e lindjes dhe datën e sotme).

Specifikim atribut përbëhet prej tij tituj, drejtime lloji i të dhënave dhe përshkrimet e kufizimeve të integritetit- grupi i vlerave (ose domenit) që mund të marrë ky atribut.

Më tej, kryhet specifikimi i lidhjeve brenda përfaqësimit lokal. Marrëdhëniet mund të kenë kuptime të ndryshme kuptimore (semantikë). Të dallojë marrëdhëniet e tipit "entitet-entitet", "entitet-atribut" dhe "atribut-atribut" për marrëdhëniet ndërmjet atributeve që karakterizojnë të njëjtin ent ose të njëjtën marrëdhënie të llojit "entitet-entitet".

Secili lidhje karakterizohet nga emër, detyrim, lloji dhe shkallë... Të dallojë opsionale dhe të detyrueshme komunikimi. Nëse një objekt i një lloji i krijuar rishtazi rezulton të jetë, domosdoshmërisht, i lidhur me një objekt të një lloji tjetër, atëherë midis këtyre llojeve të objekteve ekziston të detyrueshme lidhje (e shënuar me një vijë të dyfishtë). Përndryshe, lidhja është opsionale.

Nga lloji të dallojë lidhje të shumta një-me-një (1: 1), një-me-shumë (1: n) dhe shumë-me-shumë (m: n). Diagrami ER që përmban lloje të ndryshme lidhjesh është paraqitur në fig. 1. Ju lutemi vini re se lidhjet e kërkuara në fig. 1 janë shënuar me një vijë të dyfishtë.

Diplomë marrëdhënia përcaktohet nga numri i subjekteve që mbulohen nga kjo marrëdhënie. Një shembull i një lidhje binare është një lidhje midis një departamenti dhe punonjësve që punojnë në të. Një shembull i një marrëdhënieje treshe është një marrëdhënie si provim ndërmjet subjekteve DISIPLINE , STUDENTI , MËSUES ... Nga shembulli i fundit, mund të shihni se marrëdhënia mund të ketë gjithashtu atribute (në këtë rast, është datën e dhe Gradë ). Një shembull i një diagrami ER që tregon entitetet, atributet dhe marrëdhëniet e tyre është paraqitur në Fig. 2.

Pranuar zgjidhjet e projektimit mund të përshkruhet në gjuhën e modelimit infologjik (NMM), bazuar në Gjuha SQL e cila ju lejon të jepni një të rehatshme dhe Përshkrimi i plotëçdo entitet dhe për rrjedhojë të gjithë bazën e të dhënave. Për shembull:

KRIJO TABELA E PJETAVE * (Thelbi thelbësor)

ÇELËSI PRIMAR (BL)

FIELDS (BL i plotë, Teksti i gjellës 60, Shiko tekstin 7)

KUFIZIMET (1. Vlerat e fushës Dish duhet të jenë

unike; kur shkelet, prodhimi

mesazhi "Ka tashmë një pjatë të tillë".

2. Vlerat e fushës View duhet t'i përkasin

set: meze, supë, e nxehtë, ëmbëlsirë,

Pije; në rast shkeljeje, shfaqni një mesazh

"Mund të hani vetëm rostiçeri, supë, të nxehtë,

Ëmbëlsirë, pije ");

Përbërësit CREATE TABLE * (Lidh enët dhe produktet)

ÇELËSI PRIMAR (BL, OL)

ÇELËSI I JASHTËM (BL NGA Pjata

Vlerat NULL NUK PRANOHEN

HEQJA NGA KASKADAT E PJATËS

PËRDITËSIMI I PJETAVE. BL ​​KASKADË)

ÇELËSI I JASHTËM (OL NGA Produktet

Vlerat NULL NUK PRANOHEN

HEQJA NGA PRODUKTET ËSHTË E KUFIZUAR

Përditëso Produktet. KASKADAT PR)

FUSHAT (BL E tërë, OL E tërë, Pesha e plotë)

KUFIZIMET (1. Vlerat e fushave BL dhe PR duhet t'i përkasin

një grup vlerash nga fushat përkatëse të tabelave

Enët dhe Produktet; në rast shkeljeje, shfaqni një mesazh

"Nuk ka një pjatë të tillë" ose "Nuk ka asnjë produkt të tillë".

2. Vlera e fushës Pesha duhet të jetë në intervalin nga 0,1 deri në 500 g);

Megjithatë, ky përshkrim nuk është shumë përshkrues. Për të arritur një ilustrim më të madh, këshillohet që projekti të plotësohet duke përdorur gjuhët e modelimit infologjik "Entity-relation" ose "Tabela-relation".

Në diagramet ER "Entity-relation" subjektet paraqitur (fig. 2) shënuar me drejtkëndësha, shoqatatshënuar me rombe ose gjashtëkëndëshat, atributetshënuar me ovale, a lidhjet mes tyre - brinjë të padrejtuara(vija që lidhin figurat gjeometrike), mbi të cilat mund të vendoset shkalla e lidhjes (1 ose një shkronjë që zëvendëson fjalën "shumë") dhe shpjegimi i nevojshëm.

Në gjuhën e modelimit infologjik "Tabela-marrëdhënie" (Fig. 3), të gjitha entitetet janë paraqitur tabela me një kolonë me kokë e përbërë nga emri dhe lloji i entitetit... Rreshtat e tabelave janë një listë e atributeve të entitetit dhe ato që përbëjnë çelësin primar janë të vendosura afër dhe janë të rrethuar nga një kornizë. Marrëdhëniet ndërmjet entiteteve tregohen me shigjeta që tregojnë larg nga çelësat kryesorë ose përbërësit e tyre.

(kernel)

(shoqata)

(karakteristike)

Pasi të krijohen pamjet lokale, ato bashkohen. Me një numër të vogël zonash lokale (jo më shumë se pesë), ato kombinohen në një hap. Përndryshe, kombinimi binar zakonisht kryhet në disa faza.

Kur kombinohen, projektuesi mund të formojë konstruksione që rrjedhin nga ato të përdorura në pamjet lokale. Kjo qasje mund të shërbejë për qëllimet e mëposhtme:

    unifikimin në një tërësi të vetme të ideve fragmentare rreth veti të ndryshme i njëjti objekt;

    prezantimi i koncepteve abstrakte që janë të përshtatshme për zgjidhjen e problemeve të sistemit, duke vendosur lidhjen e tyre me koncepte specifike të përdorura në model;

    formimi i klasave dhe nënklasave të objekteve të ngjashme (për shembull, klasa "produkt" dhe nënklasat e llojeve të produkteve të prodhuara në ndërmarrje).

Në fazën e bashkimit, është e nevojshme të identifikohen dhe eliminohen të gjitha kontradiktat. Për shembull, emrat e njëjtë të objekteve ose marrëdhënieve semantikisht të ndryshme, ose kufizime të paqëndrueshme të integritetit në të njëjtat atribute në aplikacione të ndryshme. Eliminimi i kontradiktave e bën të domosdoshëm rikthimin në fazën e modelimit të përfaqësimeve lokale për të bërë ndryshimet e duhura në to.

Pas përfundimit të bashkimit, rezultatet e projektimit janë një model konceptual infologjik i domenit. Modelet e pamjes lokale janë modele infologjike të jashtme.

      PËRCAKTIMI I KËRKESAVE PËR SALLËN E OPERACIONIT

SITUATA.

Në këtë fazë, vlerësohen kërkesat për burimet llogaritëse të nevojshme për funksionimin e sistemit, përcaktohet lloji dhe konfigurimi i një kompjuteri të veçantë dhe zgjidhet lloji dhe versioni i sistemit operativ. Sasia e burimeve llogaritëse varet nga vëllimi i vlerësuar i bazës së të dhënave të projektuar dhe nga intensiteti i përdorimit të tyre. Nëse baza e të dhënave do të funksionojë në modalitetin e shumëpërdoruesve, atëherë duhet të lidhet me rrjetin dhe prania e një sistemi operativ të përshtatshëm me shumë detyra.

Temat: fazat e projektimit të bazës së të dhënave, dizajnimi i bazës së të dhënave bazuar në një model të llojit të marrëdhënies objekt.

Para se të krijojë një bazë të dhënash, zhvilluesi duhet të përcaktojë se nga cilat tabela duhet të përbëhet baza e të dhënave, çfarë të dhënash duhet të vendosen në secilën tabelë dhe si të lidhen tabelat. Këto çështje trajtohen në fazën e hartimit të bazës së të dhënave.

Si rezultat i dizajnit, duhet të përcaktohet struktura logjike e bazës së të dhënave, domethënë përbërja e tabelave relacionale, struktura e tyre dhe lidhjet ndër-tabelore.

Përpara krijimit të bazës së të dhënave, është e nevojshme të kemi një përshkrim të fushës së përzgjedhur lëndore, e cila duhet të mbulojë objektet dhe proceset reale, të përcaktojë të gjitha burimet e nevojshme të informacionit për të përmbushur nevojat e pritshme të përdoruesit dhe të përcaktojë nevojat për përpunimin e të dhënave.

Mbi bazën e një përshkrimi të tillë, në fazën e projektimit të bazës së të dhënave, përcaktohet përbërja dhe struktura e të dhënave të fushës lëndore, e cila duhet të jetë në bazën e të dhënave dhe të sigurojë përmbushjen e pyetjeve të nevojshme dhe detyrave të përdoruesit. Struktura e të dhënave të fushës lëndore mund të shfaqet me një model informacioni-logjik. Një bazë të dhënash relacionale mund të krijohet lehtësisht bazuar në këtë model.

Fazat e hartimit dhe krijimit të një baze të dhënash përcaktohen nga sekuenca e mëposhtme:

Ndërtimi i një modeli informacioni-logjik të të dhënave të fushës lëndore;

Përcaktimi i strukturës logjike të një baze të dhënash relacionale;

Dizajni i tabelës së bazës së të dhënave;

Krijimi i skemës së të dhënave;

Futja e të dhënave në tabela (krijimi i të dhënave);

Zhvillimi i formularëve, kërkesave, makrove, moduleve, raporteve të nevojshme;

Zhvillimi i ndërfaqes së përdoruesit.

Në procesin e zhvillimit të një modeli të dhënash, është e nevojshme të zgjidhni objektet e informacionit që plotësojnë kërkesat e normalizimit të të dhënave dhe të përcaktohen marrëdhëniet midis tyre. Ky model ju lejon të krijoni një bazë të dhënash relacionale pa dyfishim, e cila siguron futjen e të dhënave një herë gjatë ngarkimit dhe rregullimeve fillestare, si dhe integritetin e të dhënave kur bëhen ndryshime.

Gjatë zhvillimit të një modeli të dhënash, mund të merren dy qasje. Në qasjen e parë së pari, përcaktohen detyrat kryesore, për zgjidhjen e të cilave është ndërtuar baza, identifikohen nevojat e detyrave në të dhëna dhe, në përputhje me rrethanat, përcaktohen përbërja dhe struktura. objektet e informacionit. Me qasjen e dytë objektet tipike të zonës lëndore instalohen menjëherë. Kombinimi më racional i të dyja qasjeve. Kjo për faktin se në faza fillestare si rregull, nuk ka informacion gjithëpërfshirës për të gjitha detyrat. Përdorimi i kësaj teknologjie është edhe më i justifikuar sepse mjetet fleksibël të krijimit të bazave të të dhënave relacionale lejojnë në çdo fazë të zhvillimit të bëhen ndryshime në bazën e të dhënave dhe të modifikohet struktura e saj pa paragjykuar të dhënat e futura më parë.


Procesi i identifikimit të objekteve të informacionit të fushës lëndore që plotësojnë kërkesat e normalizimit mund të kryhet në bazë të një qasjeje intuitive ose formale. Bazat teorike të qasjes formale u zhvilluan dhe u përshkruan plotësisht në monografitë mbi organizimin e bazave të të dhënave nga shkencëtari i famshëm amerikan J. Martin.

Me një qasje intuitive, objektet e informacionit që korrespondojnë me objektet reale mund të identifikohen lehtësisht. Sidoqoftë, modeli informatik-logjik që rezulton, si rregull, kërkon transformime të mëtejshme, në veçanti, transformimin e lidhjeve me shumë vlera midis objekteve. Me këtë qasje, gabime të rëndësishme janë të mundshme nëse nuk ka përvojë të mjaftueshme. Verifikimi i mëvonshëm i përmbushjes së kërkesave të normalizimit zakonisht tregon nevojën për të rafinuar objektet e informacionit.

Merrni parasysh rregullat formale që mund të përdoren për të theksuar objektet e informacionit:

Bazuar në përshkrimin e fushës lëndore, identifikoni dokumentet dhe atributet e tyre që do të ruhen në bazën e të dhënave;

Përcaktoni varësitë funksionale ndërmjet atributeve;

Zgjidhni të gjitha atributet e varura dhe specifikoni për secilën të gjitha atributet kryesore të tij, domethënë ato nga të cilat varet;

Gruponi atributet që varen njëlloj nga atributet kryesore. Grupet e atributeve të varura që rezultojnë së bashku me të tyre atributet kryesore formojnë objekte informacioni.

Gjatë përcaktimit të strukturës logjike të një baze të dhënash relacionale bazuar në model, çdo objekt informacioni përfaqësohet në mënyrë adekuate nga një tabelë relacionale, dhe marrëdhëniet midis tabelave korrespondojnë me marrëdhëniet midis objekteve të informacionit.

Në procesin e krijimit, tabelat e bazës së të dhënave fillimisht ndërtohen që korrespondojnë me objektet e informacionit modeli i të dhënave të ndërtuara. Më tej, mund të krijohet një skemë e të dhënave, në të cilën fiksohen marrëdhëniet ekzistuese logjike midis tabelave. Këto lidhje korrespondojnë me lidhjet e objekteve të informacionit. Skema e të dhënave mund të konfigurohet për të ruajtur integritetin e bazës së të dhënave nëse modeli i të dhënave është projektuar për të përmbushur kërkesat e normalizimit. Integriteti i të dhënave do të thotë që baza e të dhënave ka vendosur dhe mirëmbajtur saktë marrëdhëniet midis të dhënave të tabelave të ndryshme gjatë ngarkimit, shtimit dhe fshirjes së të dhënave në tabelat përkatëse, si dhe kur ndryshon vlerat e fushave kryesore.

Pas formimit të skemës së të dhënave, kryhet futja e të dhënave konsistente nga dokumentet e fushës lëndore.

Mbi bazën e bazës së të dhënave të krijuar, formohen pyetësorët, formularët, makrotë, modulet, raportet e nevojshme që prodhojnë përpunimin e kërkuar të të dhënave të bazës së të dhënave dhe paraqitjen e tyre.

Me ndihmën e mjeteve të integruara dhe mjeteve të bazës së të dhënave, krijohet një ndërfaqe përdoruesi që ju lejon të menaxhoni proceset e futjes, ruajtjes, përpunimit, përditësimit dhe paraqitjes së informacionit të bazës së të dhënave.

Dizajnimi i një baze të dhënash bazuar në një model të marrëdhënieve objekt

Ekzistojnë një sërë teknikash për krijimin e modeleve informatike-logjike. Një nga teknikat më të njohura aktualisht të modelimit përdor ERD (Entity-Relationship Diagrams). Në literaturën në gjuhën ruse, këto diagrame quhen "objekt - marrëdhënie" ose "entitet - marrëdhënie". Modeli ERD u propozua nga Peter Ping Sheng Chen në vitin 1976. Deri më sot janë zhvilluar disa versione, por të gjitha bazohen në diagramet grafike propozuar nga Chen. Diagramet janë ndërtuar nga pak komponentët. Për shkak të qartësisë së paraqitjes së tyre, ato përdoren gjerësisht në CASE-tools (Inxhinieri Softuerësh me Ndihmë Kompjuterike).

Merrni parasysh terminologjinë dhe shënimin e përdorur.

Entitet- një objekt real ose imagjinar që është thelbësor për fushën e konsideruar lëndore, informacioni për të cilin duhet të ruhet.

Çdo ent duhet të ketë një identifikues unik. Çdo shembull i një entiteti duhet të identifikohet në mënyrë unike dhe të dallohet nga të gjitha rastet e tjera të një lloji (entiteti) të caktuar.

Çdo entitet duhet të ketë disa veti:

Keni një emër unik; për më tepër, për këtë emër duhet të zbatohet gjithmonë i njëjti interpretim (përkufizimi i subjektit). Anasjelltas: nuk mund të zbatohet i njëjti interpretim emra të ndryshëm përveç nëse janë pseudonime;

Të ketë një ose më shumë atribute që ose i përkasin një entiteti ose janë trashëguar prej tij nëpërmjet një marrëdhënieje;

Keni një ose më shumë atribute që identifikojnë në mënyrë unike çdo shembull të një entiteti.

Një njësi ekonomike mund të jetë e pavarur ose e varur. Një shenjë e një entiteti të varur është prania e atributeve të trashëguara përmes një marrëdhënieje (Fig. 1).

Çdo entitet mund të ketë çdo numër marrëdhëniesh me entitete të tjera në model.

Marrëdhënia- një lidhje e emërtuar midis dy subjekteve që është e rëndësishme për domenin në shqyrtim. Njëri nga subjektet pjesëmarrëse në marrëdhënie është i pavarur, i quajtur subjekti mëmë, tjetri është i varur, i quajtur fëmija ose entiteti pasardhës. Si rregull, çdo instancë e entitetit mëmë shoqërohet me një numër arbitrar (duke përfshirë zero) instancash të njësisë ekonomike fëmijë. Çdo shembull i një njësie ekonomike pasardhëse shoqërohet saktësisht me një shembull të një entiteti mëmë. Kështu, një shembull i një entiteti pasardhës mund të ekzistojë vetëm nëse ekziston entiteti mëmë.

Lidhjes i jepet një emër i shprehur me kthesën gramatikore të foljes dhe vendoset pranë lidhjes.

Emri i secilës marrëdhënie midis këtyre dy entiteteve duhet të jetë unik, por emrat e marrëdhënieve në model nuk duhet të jenë unikë. Çdo lidhje ka një përkufizim. Përkufizimi i një marrëdhënieje formohet duke kombinuar emrin e entitetit mëmë, emrin e marrëdhënies, shprehjen e shkallës së marrëdhënies dhe emrin e njësisë ekonomike pasardhëse.

Për shembull, marrëdhënia e një shitësi me një kontratë mund të përkufizohet si më poshtë:

Shitësi mund të marrë shpërblim për një ose më shumë kontrata;

Kontrata duhet të iniciohet pikërisht nga një Shitës.

Në diagram, lidhja përfaqësohet nga një segment vije (vijë e thyer). Linja përfundon me emërtime të veçanta(Fig. 2) tregoni shkallën e komunikimit. Për më tepër, natyra e vijës - e ndërprerë ose e fortë, tregon lidhjen e detyrueshme.

atribut- çdo karakteristikë e një entiteti që është e rëndësishme për fushën lëndore të konsideruar. Ai synon të kualifikojë, identifikojë, klasifikojë, kuantifikojë ose shprehë gjendjen e një njësie ekonomike. Një atribut përfaqëson një lloj karakteristikash (vetish) të lidhura me një grup objektesh reale ose abstrakte (njerëz, vende, ngjarje, gjendje, ide, çifte objektesh, etj.) (Fig. 3).

Shembulli i atributitËshtë një karakteristikë e caktuar një shembull specifik subjektet. Një shembull i atributit përcaktohet nga lloji i karakteristikës (për shembull, "Ngjyra") dhe vlera e tij (për shembull, "vjollcë"), e quajtur vlera e atributit. Në modelin ER, atributet shoqërohen me entitete specifike. Çdo shembull i një entiteti duhet të ketë një vlerë specifike për secilin prej atributeve të tij.

Atributi mund të jetë ose të detyrueshme ose opsionale... E detyrueshme do të thotë që atributi nuk mund të marrë vlera nule. Një atribut mund të jetë ose përshkrues (d.m.th., një përshkrues i rregullt i entitetit) ose pjesë e një identifikuesi unik (çelësi primar).

Identifikues unikËshtë një atribut ose një grup atributesh dhe/ose marrëdhënie që karakterizojnë në mënyrë unike çdo shembull të një lloji të caktuar entiteti. Në rastin e identifikimit të plotë, një shembull i këtij lloji të njësisë ekonomike identifikohet plotësisht nga atributet e veta kryesore, përndryshe atributet e një entiteti tjetër - mëmë - përfshihen në identifikim.

Natyra e identifikimit shfaqet në diagramin në linjën e komunikimit (Fig. 4).

Çdo atribut identifikohet nga një frazë emërore unike që përshkruan karakteristikën e përfaqësuar nga atributi. Atributet shfaqen si një listë emrash brenda bllokut të entitetit të lidhur, me secilin atribut në një rresht të veçantë. Atributet që përcaktojnë çelësin primar vendosen në krye të listës dhe shënohen me shenjën "#".

Çdo ent duhet të ketë të paktën një çelës të mundshëm. Një çelës i mundshëm entiteti është një ose më shumë atribute, vlerat e të cilave identifikojnë në mënyrë unike çdo shembull entiteti. Nëse ka disa çelësat e mundshëm njëri prej tyre është caktuar si çelës primar dhe të tjerët janë caktuar si çelësa alternativë.

Aktualisht, bazuar në qasjen e Chen, është zhvilluar metodologjia IDEF1X, e cila është zhvilluar duke marrë parasysh kërkesa të tilla si lehtësia e të mësuarit dhe mundësia e automatizimit. Diagramet IDEFlX përdoren nga një sërë mjetesh të zakonshme CASE (në veçanti, ERwin, Design / IDEF).

Një entitet në metodologjinë IDEF1X quhet i pavarur nga identifikuesit, ose thjesht i pavarur, nëse çdo shembull i një entiteti mund të identifikohet në mënyrë unike pa përcaktuar marrëdhëniet e tij me entitetet e tjera. Një entitet quhet i varur nga identifikuesi ose thjesht i varur nëse identifikimi unik i një shembulli të njësisë ekonomike varet nga marrëdhënia e tij me një entitet tjetër (Figura 5).

Çdo entiteti i caktohet një emër dhe numër unik, i ndarë me një prerje "/" dhe i vendosur mbi bllok.

Nëse një shembull i një njësie ekonomike pasardhëse përcaktohet në mënyrë unike nga marrëdhënia e tij me njësinë ekonomike mëmë, atëherë marrëdhënia quhet identifikuese, përndryshe ajo është joidentifikuese.

Përshkruhet marrëdhënia identifikuese midis njësisë ekonomike mëmë dhe njësisë ekonomike pasardhëse vijë e fortë... Në fig. 5: # 2 është një entitet i varur, Lidhja 1 është një marrëdhënie identifikuese. Një entitet pasardhës në një marrëdhënie identifikuese është një entitet i varur nga identifikuesi. Një njësi ekonomike mëmë në një marrëdhënie identifikuese mund të jetë ose një njësi e pavarur ose e varur nga identifikuesi (kjo përcaktohet nga marrëdhëniet e saj me entitetet e tjera).

Vija e ndërprerë përfaqëson një marrëdhënie joidentifikuese. Në fig. 5: # 4 është një entitet i pavarur, Lidhja 2 është një lidhje jo-identifikuese. Një entitet pasardhës në një marrëdhënie joidentifikuese do të jetë i pavarur nga identifikuesi nëse nuk është gjithashtu një entitet pasardhës në ndonjë marrëdhënie identifikuese.

Marrëdhënia mund të përcaktohet më tej duke specifikuar shkallën ose kardinalitetin (numri i rasteve të njësisë ekonomike pasardhëse që mund të ekzistojë për çdo shembull të entitetit mëmë).

Kardinalitetet e mëposhtme mund të shprehen në IDEF1X:

Çdo shembull i njësisë ekonomike mëmë mund të ketë zero, një ose më shumë shembuj të njësisë ekonomike pasardhëse të lidhura me të;

Çdo shembull i njësisë ekonomike mëmë duhet të ketë të paktën një shembull të njësisë ekonomike pasardhëse;

Çdo shembull i njësisë ekonomike mëmë duhet të ketë më së shumti një shembull të njësisë ekonomike pasardhëse;

Çdo shembull i njësisë ekonomike mëmë shoqërohet me një numër fiks të rasteve të njësisë ekonomike pasardhëse.

Fuqia e komunikimit tregohet siç tregohet në Fig. 6 (fuqia e parazgjedhur - N).


Atributet shfaqen si një listë emrash brenda bllokut të entitetit. Atributet që përcaktojnë çelësin primar vendosen në krye të listës dhe ndahen nga atributet e tjera me një shirit horizontal (Figura 7).

Rezultati është një model informacioni-logjik që përdoret nga një sërë mjetesh të zakonshme CASE, si ERwin, Design / IDEF. Nga ana tjetër, teknologjitë CASE kanë potencial të lartë në zhvillimin e bazave të të dhënave dhe sistemeve të informacionit, përkatësisht, rritjen e produktivitetit të punës, përmirësimin e cilësisë produkte softuerike, mbështetje për një stil të unifikuar dhe të qëndrueshëm pune.

Subjektet mund të kenë gjithashtu çelës të huaj. Me një marrëdhënie identifikuese, ato përdoren si pjesë ose një çelës primar i tërë, me një marrëdhënie joidentifikuese, ato shërbejnë si atribute jo kyç. Në listën e atributeve, çelësi i huaj shënohet me shkronjat FK në kllapa.

Përkthimi i një serie prej 15 artikujsh mbi hartimin e bazës së të dhënave.
Informacioni është menduar për fillestarët.
Më ndihmoi. Ndoshta kjo do të ndihmojë dikë tjetër të plotësojë boshllëqet.

Udhëzues për dizajnimin e bazës së të dhënave.

1. Hyrje.
Nëse do të krijoni bazat tuaja të të dhënave, është një ide e mirë t'u përmbaheni rregullave të projektimit të bazës së të dhënave pasi kjo do të sigurojë integritetin afatgjatë dhe lehtësinë e mirëmbajtjes së të dhënave tuaja. Ky tutorial do t'ju tregojë se çfarë janë bazat e të dhënave dhe si të dizajnoni një bazë të dhënash që u bindet rregullave të dizajnit të bazës së të dhënave relacionale.

Bazat e të dhënave janë programe që ju lejojnë të ruani dhe të merrni sasi të mëdha informacioni të lidhur. Bazat e të dhënave përbëhen nga tabelat, të cilat përmbajnë informacion... Kur krijoni një bazë të dhënash, duhet të mendoni se cila tabelat ju duhet të krijoni dhe çfarë lidhjet ekzistojnë ndërmjet informacioneve në tabela. Me fjalë të tjera, duhet të mendoni projekti databaza juaj. Projekt i mirë bazat e të dhënave, siç u përmend më herët, do të sigurojnë integritetin e të dhënave dhe lehtësinë e mirëmbajtjes.
Baza e të dhënave është krijuar për të ruajtur informacionin në të dhe për të marrë këtë informacion nëse është e nevojshme. Kjo do të thotë që ne duhet të jemi në gjendje të vendosim, të fusim ( INSERT) informacion në bazën e të dhënave dhe ne duam të jemi në gjendje të marrim informacion nga baza e të dhënave ( ZGJIDH).
Gjuha e pyetjeve të bazës së të dhënave u shpik për këtë qëllim dhe u emërua Gjuha e strukturuar e pyetjeve ose SQL. Veprimet e futjes së të dhënave (INSERT) dhe përzgjedhja e tyre (SELECT) janë pjesë e kësaj gjuhe. Më poshtë është një shembull i një pyetjeje për marrjen e të dhënave dhe rezultati i tij.

SQL është një temë e madhe për tregimin dhe është përtej qëllimit të këtij tutoriali. Ky artikull përqendrohet rreptësisht në paraqitjen procesi i projektimit të bazës së të dhënave... Më vonë, në një tutorial të veçantë, do të mbuloj bazat e SQL.

Modeli relacional.
Në këtë tutorial, unë do t'ju tregoj se si të krijoni një model të të dhënave relacionale. Një model relacional është një model që përshkruan se si të organizohen të dhënat në tabela dhe si të përcaktohen marrëdhëniet midis atyre tabelave.

Rregullat e modelit relacional diktojnë se si informacioni duhet të organizohet në tabela dhe si lidhen tabelat me njëra-tjetrën. Në fund të fundit, rezultati mund të paraqitet në formën e një diagrami të bazës së të dhënave ose, më saktë, një diagrami të lidhjes entitet, si në figurë (Shembulli i marrë nga MySQL Workbench).

Shembuj.
Unë kam përdorur një sërë aplikacionesh si shembuj në tutorial.

RDBMS.

RDBMS që kam përdorur për të krijuar tabelat shembull është MySQL. MySQL është RDBMS më i njohur dhe është falas.

Shërbimi i administrimit të bazës së të dhënave.

Pas instalimit të MySQL, ju merrni vetëm një ndërfaqe të linjës së komandës për të bashkëvepruar me MySQL. Personalisht, unë preferoj një ndërfaqe grafike për menaxhimin e bazave të të dhënave të mia. Unë përdor SQLyog shumë. Është një mjet falas GUI. Imazhet e tabelës në këtë manual janë marrë nga atje.

Modelimi vizual.

Ka një të shkëlqyer aplikacion falas MySQL Workbench. Kjo ju lejon të dizajnoni bazën tuaj të të dhënave në mënyrë grafike. Diagramet në manual tregohen në këtë program.

Dizajni i pavarur nga RDBMS.
Është e rëndësishme të dini se megjithëse ky tutorial ofron shembuj për MySQL, dizajni i bazës së të dhënave është i pavarur nga RDBMS. Kjo do të thotë që informacioni zbatohet për bazat e të dhënave relacionale në përgjithësi, jo vetëm për MySQL. Ju mund të aplikoni njohuritë nga ky tutorial në çdo bazë të dhënash relacionale si Mysql, Postgresql, Microsoft Access, Microsoft Sql ose Oracle.

Në pjesën tjetër do të flas shkurtimisht për evolucionin e bazave të të dhënave. Do të mësoni se nga vijnë bazat e të dhënave dhe modeli i të dhënave relacionale.

2. Historia.
Në vitet '70 dhe '80, kur shkencëtarët e kompjuterave mbanin ende smoking kafe dhe syze të mëdha me buzë katrore, të dhënat ruheshin të pastrukturuara në skedarë që ishin dokumente teksti me të dhëna të ndara (zakonisht) me presje ose skeda.

Kështu dukeshin profesionistët e IT në vitet '70. (Bill Gates është në fund të majtë).

Skedarët e tekstit përdoren ende sot për të ruajtur sasi të vogla informacioni të thjeshtë. Vlerat e ndara me presje (CSV) - vlerat e ndara me presje janë shumë të njohura dhe mbështeten gjerësisht sot nga softuer të ndryshëm dhe sisteme operative. Microsoft Excel është një shembull i programeve që mund të punojnë me skedarë CSV. Të dhënat e ruajtura në një skedar të tillë mund të lexohen nga një program kompjuterik.

Më sipër është një shembull se si mund të duket një skedar i tillë. Programi që lexon këtë skedar duhet të njoftohet se të dhënat janë të ndara me presje. Nëse programi dëshiron të zgjedhë dhe të shfaqë kategorinë në të cilën ndodhet mësimi "Tutorial i dizajnit të bazës së të dhënave", atëherë duhet të lexohet rresht pas rreshti derisa të gjenden fjalët "Tutorial i dizajnit të bazës së të dhënave" dhe më pas ajo do të duhet të lexojë fjalën tjetër pas presjes në mënyrë që të shfaqë kategorinë Software.

Tabelat e bazës së të dhënave.
Leximi i një skedari rresht pas rreshti nuk është shumë efikas. Në një bazë të dhënash relacionale, të dhënat ruhen në tabela. Tabela e mëposhtme përmban të njëjtat të dhëna si skedari. Çdo rresht ose "rekord" përmban një mësim. Çdo kolonë përmban disa veçori të mësimit. Në këtë rast është titulli (titulli) dhe kategoria (kategoria) e tij.

Një program kompjuterik mund të kërkojë në kolonën tutorial_id të kësaj tabele për tutorial_id specifike për të gjetur shpejt titullin dhe kategorinë përkatëse. Kjo është shumë më e shpejtë se kërkimi i skedarit rresht pas rreshti, ashtu si bën një program në një skedar teksti.

Bazat e të dhënave relacionale moderne janë krijuar për të qenë në gjendje të marrin të dhëna nga rreshta, kolona dhe tabela të shumta, në të njëjtën kohë, shumë shpejt.

Historia e modelit relacional.
Modeli i bazës së të dhënave relacionale u shpik në vitet 70 nga Edgar Codd, një shkencëtar britanik. Ai donte të kapërcente mangësitë e modelit të bazës së të dhënave në rrjet dhe modelit hierarkik. Dhe ai ishte shumë i suksesshëm në këtë. Modeli i bazës së të dhënave relacionale është i pranuar gjerësisht sot dhe konsiderohet një model i fuqishëm për organizimin efikas të të dhënave.

Një shumëllojshmëri e gjerë e sistemeve të menaxhimit të bazës së të dhënave janë të disponueshme sot, nga aplikacionet e vogla të desktopit deri te sistemet e serverëve shumëfunksionalë me metoda kërkimi shumë të optimizuara. Disa nga sistemet më të njohura të menaxhimit të bazës së të dhënave relacionale (RDBMS) janë:

- Orakulli- përdoret kryesisht për aplikime profesionale dhe të mëdha.
- Microsoft Serveri SQL - Microsoft RDBMS. Në dispozicion vetëm për sistemin operativ Windows.
- MysqlËshtë një RDBMS me burim të hapur shumë popullor. Përdoret gjerësisht si nga profesionistët ashtu edhe nga fillestarët. Çfarë duhet tjetër?! Është falas.
- IBM- ka një numër RDBMS, më i famshmi është DB2.
- Microsoft Access- RDBMS, e cila përdoret në zyrë dhe në shtëpi. Në fakt, është më shumë se thjesht një bazë të dhënash. MS Access ju lejon të krijoni baza të dhënash me një ndërfaqe përdoruesi.
Në pjesën tjetër do të shpjegoj pak për karakteristikat e bazave të të dhënave relacionale.

3. Karakteristikat e bazave të të dhënave relacionale.
Bazat e të dhënave relacionale janë krijuar për të ruajtur dhe tërhequr shpejt sasi të mëdha informacioni. Më poshtë janë disa nga karakteristikat e bazave të të dhënave relacionale dhe modeli i të dhënave relacionale.
Duke përdorur çelësat.
Çdo rresht i të dhënave në një tabelë identifikohet nga një "çelës" unik i quajtur çelësi primar. Shpesh, çelësi kryesor është një numër auto-rritës (auto-rritës) (1,2,3,4, etj.). Të dhënat në tabela të ndryshme mund të lidhen së bashku duke përdorur çelësat. Vlerat kryesore të çelësit nga një tabelë mund të shtohen në rreshtat (regjistrat) e një tabele tjetër, duke i lidhur këto të dhëna së bashku.

Duke përdorur gjuhën e strukturuar të pyetjeve (SQL), të dhënat nga tabela të ndryshme që janë të kyçura mund të merren me një lëvizje. Për shembull, mund të krijoni një pyetje që do të zgjedhë të gjitha porositë nga tabela e porosive që i përkasin përdoruesit me ID 3 (Mike) nga tabela e përdoruesve. Për çelësat do të flasim më tej, në pjesët në vijim.


Kolona id në këtë tabelë është çelësi kryesor. Çdo rekord ka një çelës primar unik, shpesh një numër. Kolona e grupit të përdoruesve është një çelës i huaj. Siç sugjeron emri, me sa duket i referohet një tabele që përmban grupe përdoruesish.

Asnjë tepricë e të dhënave.
Në një dizajn të bazës së të dhënave që është ndërtuar duke përdorur rregullat e modelit të të dhënave relacionale, çdo pjesë e informacionit, si një emër përdoruesi, ruhet vetëm në një vend. Kjo eliminon nevojën për të punuar me të dhëna në shumë vende. Dyfishimi i të dhënave quhet tepricë e të dhënave dhe duhet të shmanget në një dizajn të mirë të bazës së të dhënave.
Kufizimi i hyrjes.
Duke përdorur një bazë të dhënash relacionale, mund të përcaktoni se çfarë lloj të dhënash lejohet të ruhen në një kolonë. Mund të krijoni një fushë që përmban numra të plotë, dhjetore, pjesë të vogla teksti, pjesë të mëdha teksti, data, etj.


Kur krijoni një tabelë të dhënash, ju jepni një lloj të dhënash për secilën kolonë. Për shembull, varchar është një lloj i të dhënave për copa të vogla teksti me një maksimum prej 255 karaktere, dhe int janë numra.

Përveç llojeve të të dhënave, një RDBMS ju lejon të kufizoni më tej të dhënat që mund të futni. Për shembull, kufizoni gjatësinë ose zbatoni uniken e vlerës së regjistrimeve në një kolonë të caktuar. Kufizimi i fundit përdoret shpesh për fushat që përmbajnë emrat e regjistrimit të përdoruesve (hyrjet), ose adresat e emailit.

Këto kufizime ju japin kontroll mbi integritetin e të dhënave tuaja dhe parandalojnë situata si më poshtë:

Futja e një adrese (teksti) në fushën ku prisni të shihni një numër
- futja e indeksit të rajonit me gjatësinë e të njëjtit indeks në njëqind karaktere
- krijimi i përdoruesve me të njëjtin emër
- krijimi i përdoruesve me të njëjtën adresë emaili
- futja e peshës (numrit) në fushën e ditëlindjes (data).

Ruajtja e integritetit të të dhënave.
Duke rregulluar vetitë e fushës, duke lidhur tabela dhe duke vendosur kufizime, ju mund të rrisni besueshmërinë e të dhënave tuaja.
Caktimi i të drejtave.
Shumica e RDBMS-ve ofrojnë një cilësim leje që ju lejon të caktoni të drejta specifike për përdorues të veçantë. Disa veprime që mund t'i lejohen ose t'i mohohen përdoruesit: SELECT (marr), INSERT (fut), DELETE (fshi), ALTER (modifiko), CREATE (krijo), etj. Këto janë operacione që mund të kryhen duke përdorur Structured Query Language (SQL).
Gjuha e strukturuar e pyetjeve (SQL).
Për të kryer disa operacione në bazën e të dhënave, të tilla si ruajtja e të dhënave, marrja e tyre, ndryshimi i tyre, përdoret një gjuhë e strukturuar e pyetjeve (SQL). SQL është relativisht e lehtë për t'u kuptuar dhe lejon përfshirë. dhe përzgjedhje të ndërlidhura, të tilla si marrja e të dhënave të lidhura nga tabela të shumta duke përdorur deklaratën SQL JOIN. Siç u përmend më herët, SQL nuk do të diskutohet në këtë tutorial. Do të fokusohem në hartimin e bazës së të dhënave.

Mënyra se si e dizajnoni bazën tuaj të të dhënave do të ketë një ndikim të drejtpërdrejtë në pyetjet që duhet të ekzekutoni për të marrë të dhëna nga baza e të dhënave. Kjo është një arsye tjetër pse duhet të mendoni se cila duhet të jetë baza juaj. Me një bazë të dhënash të dizajnuar mirë, pyetjet tuaja mund të jenë më të pastra dhe më të lehta.

Transportueshmëria.
Modeli i të dhënave relacionale është standard. Duke ndjekur rregullat e modelit të të dhënave relacionale, mund të jeni të sigurt që të dhënat tuaja mund të migrohen në një RDBMS tjetër relativisht lehtë.

Siç u përmend më herët, dizajnimi i një baze të dhënash është një çështje e identifikimit të të dhënave, lidhjes së tyre së bashku dhe vendosjes së rezultateve të zgjidhjes së kësaj çështjeje në letër (ose në një program kompjuterik). Dizajnoni bazën e të dhënave në mënyrë të pavarur nga RDBMS që keni ndërmend të përdorni për ta krijuar atë.

Në pjesën tjetër, ne do t'i hedhim një vështrim më të afërt çelësave kryesorë.

Artikujt kryesorë të lidhur