Në prag të fillimit të një tjetër grupi për kursin prejardhëm një material të vogël autorësor me këshilla të rëndësishme për ndërtimin e bazave të të dhënave. Shpresojmë që ky material do të jetë i dobishëm për ju.
Baza të dhënash janë kudo: nga bloget dhe direktori më të thjeshta deri te sistemet informacioni të besueshme dhe rrjetet sociale të mëdha. Nuk ka rëndësi aq sa është e thjeshtë apo e komplikuar baza e të dhënave, sa është e rëndësishme ta projektosh atë në mënyrë të saktë. Kur baza projektohet pa mend dhe pa një kuptim të qartë të qëllimit, ajo jo vetëm që nuk është efikase, por punimi i mëtejshëm me të do të jetë një mundim real, një pyll pa rrugë për përdoruesit. Ja disa këshilla për ndërtimin e një baze të dhënash që do t'ju ndihmojnë të krijoni një produkt të dobishëm dhe të lehtë për t'u përdorur.
1. Përcaktoni për çfarë është tabela dhe cila është struktura e saj
Sot, metoda të tilla si Scrum ose RAD (zhvillimi i shpejtë i aplikacioneve) ndihmojnë ekipet IT të zhvillojnë shpejt baza të dhënash. Megjithatë, në kërkim të kohës, ka një tundim të madh për t'u futur menjëherë në ndërtimin e bazës, duke pasur një ide të paqartë se cila është e vërteta, çfarë duhet të jenë rezultatet përfundimtare.
Â
Duket sikur ekipi synon një funksionim efikas dhe të shpejtë, por kjo është një iluzion. Sa më thellë dhe më shpejt të zhytet në projekt, aq më shumë kohë do të nevojitet për të identifikuar dhe ndryshuar gabimet në bazën e projektit.
Prandaj, gjĂ«ja e parĂ« qĂ« duhet tĂ« zgjidhni Ă«shtĂ« tĂ« pĂ«rcaktoni qĂ«llimin pĂ«r bazĂ«n tuaj tĂ« tĂ« dhĂ«nave. PĂ«r çfarĂ« lloji aplikacioni po zhvillohet baza? A do tĂ« punojĂ« pĂ«rdoruesi vetĂ«m me regjistrimet dhe a duhet t'i kushtojĂ« vĂ«mendje transaksioneve, apo e shqetĂ«son mĂ« shumĂ« analiza e tĂ« dhĂ«nave? Ku duhet tĂ« vendoset baza? A do tĂ« monitorojĂ« sjelljen e klientĂ«ve apo thjesht do tĂ« menaxhojĂ« marrĂ«dhĂ«niet ndĂ«rmjet tyre?Â
Sa më shpejt të përgjigjet ekipi i dizajnit këtyre pyetjeve, aq më lehtë dhe më qetë do të kalojë procesi i projektimit të bazës së të dhënave.
2. Cilat të dhëna të zgjidhni për ruajtje?
Planifikoni pĂ«rpara. Mendoni pĂ«r atĂ« qĂ« do tĂ« bĂ«jĂ« faqja ose sistemi nĂ« tĂ« ardhmen, pĂ«r tĂ« cilin po projektohet database. ĂshtĂ« e rĂ«ndĂ«sishme tĂ« kaloni pĂ«rtej kĂ«rkesave tĂ« thjeshta tĂ« specifikimeve teknike. Por ju lutem, mos filloni tĂ« mendoni menjĂ«herĂ« pĂ«r tĂ« gjithĂ« llojet e mundshme tĂ« tĂ« dhĂ«nave qĂ« pĂ«rdoruesit do tĂ« ruajnĂ« ndonjĂ«herĂ«. MĂ« mirĂ« mendoni nĂ«se pĂ«rdoruesit do tĂ« mund tĂ« shkruajnĂ« postime, ngarkojnĂ« dokumente ose fotografi ose tĂ« shkĂ«mbejnĂ« mesazhe. NĂ«se Ă«shtĂ« kĂ«shtu, duhet tĂ« ndahen vende pĂ«r to nĂ« bazĂ«n e tĂ« dhĂ«nave.
Punoni me ekipin, departamentin ose organizatĂ«n pĂ«r tĂ« cilĂ«n do tĂ« mbĂ«shtetet projekti nĂ« tĂ« ardhmen. NdĂ«rveproni me njerĂ«z nga nivele tĂ« ndryshme, nga specialistĂ« tĂ« shĂ«rbimit tĂ« klientit deri tek kryetarĂ«t e departamenteve. KĂ«shtu, me ndihmĂ«n e reagimeve, do tĂ« keni njĂ« pasqyrĂ« tĂ« qartĂ« tĂ« kĂ«rkesave tĂ« kompanisĂ«.Â
Padyshmërisht, nevojat e përdoruesve brenda edhe një departamenti do të bien në konflikt. Nëse e përballni këtë, mos u frikësoni të mbështeteni në përvojën tuaj dhe të gjeni një kompromis që do të kënaqë të gjitha palët dhe do të përmbushë qëllimin përfundimtar të DB-së. Bëni të sigurtë: në të ardhmen do t'ju vijë +100500 në karmë dhe një mal me cookies.
3. Modeloni të dhënat me kujdes
Ka disa pika kyçe që duhen marrë parasysh gjatë modelimit të të dhënave. Siç kemi përmendur më parë, qëllimi i bazës së të dhënave përcakton metodat që duhen përdorur gjatë modelimit. Nëse po projektoni një bazë të dhënash për përpunimin operativ të regjistrimeve (OLTP), do të thotë për krijimin, redaktimin dhe fshirjen e tyre, atëherë përdorim modelimin e transaksioneve. Nëse baza e të dhënave duhet të jetë relacional, atëherë është më mirë të aplikoni modelimin shumëdimensional.
GjatĂ« modelimit ndĂ«rtohen modele konceptuale (CDM), fizike (PDM) dhe logjike (LDM) tĂ« tĂ« dhĂ«nave.Â
Modelet konceptuale pĂ«rshkruajnĂ« entitetet dhe llojet e tĂ« dhĂ«nave qĂ« ata pĂ«rfshijnĂ«, si dhe marrĂ«dhĂ«niet midis tyre. Ndani tĂ« dhĂ«nat tuaja nĂ« copĂ«za logjike â kĂ«shtu Ă«shtĂ« mĂ« lehtĂ« pĂ«r t'u menaxhuar.
E rëndësishme është shpeshtësia, mos e teproni.
Nëse një entitet është shumë i komplikuar për tu klasifikuar me një fjalë ose frazë, atëherë ka ardhur koha për të përdorur nënllojra (entitete fëmijë).
NĂ«se njĂ« entitet jeton jetĂ«n e vet, ka atribute qĂ« pĂ«rshkruajnĂ« sjelljen dhe pamjen e tij, si dhe marrĂ«dhĂ«niet me objekte tĂ« tjera, atĂ«herĂ« mund tĂ« pĂ«rdorni jo vetĂ«m nĂ«nlloj, por edhe superlloj (entitetin prind).Â
Nëse neglizhoni këtë rregull, zhvilluesit e tjerë do të ngatërrohen në modelin tuaj dhe nuk do ta kuptojnë plotësisht të dhënat dhe rregullat, si të mblidhen ato.
Modelet konceptuale realizohen përmes modeleve logjike. Këto modele janë si një hartë rrugore për projektimin e bazës fizike të të dhënave. Në modelin logjik, identifikohen entitetet e të dhënave të biznesit, përcaktohen llojet e të dhënave, statusi i rregullit të çelësit që rregullon marrëdhëniet midis të dhënave.
Më pas, modeli logjik i të dhënave krahasohet me platformën e zgjedhur të DBMS (sistemi menaxhimi i bazave të dhënash) dhe rezulton modeli fizik. Ai përshkruan mënyrën e ruajtjes fizike të të dhënave.
4. Përdorni llojet e dhënash të përshtatshme
Përdorimi i një lloji të papërshtatshëm të të dhënash mund të çojë në të dhëna më pak të sakta, vështirësi në bashkimin e tabelave, përputhjen e atributeve dhe në fryrjen e madhësive të skedarëve.
Për të garantuar integritetin e informacionit, atributi duhet të përmbajë vetëm llojet e dhënash të pranuara për të. Nëse në bazën e të dhënave hyhet mosha, sigurohuni që në kolonen të ruhen numra të plotë me maksimum 3 shifra.
Krijoni minimumin e kolonave bosh me vlerë NULL. Nëse krijoni të gjitha kolonat si NULL, kjo është një gabim i rëndë. Nëse ju nevojitet një kolone bosh për të realizuar një funksion të veçantë biznesi, kur të dhënat janë të panjohura ose ende nuk kanë kuptim, atëherë krijoni atë pa hezitim. Sepse ne nuk mund t'i mbushim paraprakisht kolonat si 'Data e vdekjes' ose 'Data e largimit', ne nuk jemi parashikuese duke treguar gishtin në qiell :-).
Shumica e softuerëve për modelim (ER/Studio, MySQL Workbench, SQL DBM, gliffy.të dhënat e caktuara mundësojnë krijimin e prototipeve të zonave të të dhënave. Kështu sigurohet jo vetëm lloji i saktë i të dhënave, logjika e aplikacionit dhe performanca e mirë, por gjithashtu caktimi i detyrueshëm i vlerës.
5. Preferoni çelësin natyror
Kur vendosni se cilin kolonĂ« nĂ« tabelĂ« tĂ« zgjidhni si çelĂ«s, gjithmonĂ« kushtoni vĂ«mendje se cilat fusha mund tĂ« redaktohen nga pĂ«rdoruesi. KurrĂ« mos i zgjidhni ato si çelĂ«s â njĂ« ide e keqe. Mund tĂ« ndodhin shumĂ« gjĂ«ra, dhe ju duhet tĂ« garantoni unikĂ«sinĂ«.
MĂ« sĂ« miri Ă«shtĂ« tĂ« pĂ«rdorni njĂ« çelĂ«s natyror ose çelĂ«s biznesi (natural key). Ai ka njĂ« kuptim semantik, kĂ«shtu qĂ« shmangni dublikimin nĂ« bazĂ«n e tĂ« dhĂ«nave.Â
Nëse çelësi i biznesit nuk është unik (emri, mbiemri, pozita) dhe përsëritet në rreshta të ndryshëm të tabelës, ose duhet të ndryshojë, atëherë siç duhet të caktoni si çelës primar një çelës të gjeneruar artificial, çelësin substitut (artificial key).
6. Normalizoni në masë
Për të organizuar të dhënat në Baza e të Dhënave në mënyrë efikase, është e nevojshme të ndiqni një set rekomandimesh dhe të normalizoni bazën e të dhënave. Ka pesë forma normale, të cilat duhet të ndiqen.
Me normalizimi do të shmangni të tepërtat dhe do të siguroheni që të dhënat që përdoren në aplikacion apo në faqe të jenë të integruara.
Si gjithmonë, gjithçka duhet të jetë në masë, edhe normalizimi. Nëse në DB ka shumë tabela me çelësa unikë të njëjtë, atëherë keni tepruar dhe e keni normalizuar bazën e të dhënave përtej nevojës. Normalizimi i tepruar ndikon negativisht në performancën e bazës së të dhënave.
7. Testoni herët, testoni shpesh
Plani i testimit dhe testimi i duhur duhet të jenë pjesë e projektimit të bazës së të dhënave.
Më së miri është të testoni bazën e të dhënave përmes Continuous Integration (integrimit të vazhdueshëm). Modeloni skenarin "Një ditë në jetën e bazës së të dhënave" dhe kontrolloni nëse të gjitha rastet kufitare trajtohen, cilat ndërveprime të përdoruesve janë të mundshme. Sa më herët të gjeni gabimet, aq më shumë do të kurseni në kohë dhe para.
Këto janë vetëm shtatë këshilla që ju ndihmojnë të dizajnoni një bazë të dhënash të shkëlqyer për performancën dhe efikasitetin. Nëse i ndiqni ato, do të shmangni shumicën e dhimbjeve të kokës në të ardhmen. Këto këshilla janë vetëm maja e ajsbergut në modelimin e bazës së të dhënave. Ekziston një numër i madh këshillash të dobishme. Cilat përdorni ju?
Burimi: habr.com
