1. Suhe algse dokumendi ja üksuse vahel
See võib olla üks-ühele, ühe-mitmele ja palju-paljudele suhted. Üldiselt on need üks-ühele suhted: st kaks originaaldokumenti
peaks ja vastama ainult ühele üksusele. Erijuhtudel võivad need olla üks-mitme või mitme-ühele suhted, st üks originaaldokument vastab mitmele reaalsusele
Keha või mitu originaaldokumenti, mis vastavad ühele üksusele. Siinset üksust võib mõista kui lihtsat tabelit. Pärast selle vastavuse selgitamist, tee meile disain
Sisenemisliides on väga kasulik.
〖Näide 1〗: Töötaja CV info vastab personaliinfosüsteemis kolmele põhitabelile: töötaja põhiinfo tabel ja ühiskond
Suhete tabel, tööelulookirjelduse vorm. See on tüüpiline näide olukorrast, kus "üks originaaldokument vastab mitmele üksusele".
2. Primaar- ja võõrvõtmed
Üldiselt ei tohi üksusel olla ei primaarset ega võõrvõtit. E-R diagrammil saavad lehe osa üksused määratleda primaarvõtme,
Võimalik on ka mitte defineerida primaarvõtit (sest sellel pole lapsi), kuid sellel peab olema võõrvõti (sest tal on isa).
Primaarsete ja võõrvõtmete disain mängib olulist rolli globaalsete andmebaaside kujundamisel. Kui globaalse andmebaasi disain on lõpetatud, tekib
Ameerika andmebaasi disaini eksperdid ütlesid: "Võtmed, võtmed kõikjal, ainult võtmed", see on tema andmebaasi disaini kogemus
See peegeldab ka tema väga abstraktseid ideid infosüsteemide (andmemudelite) tuumast. Sest: primaarvõti on väga abstraktne üksus ja primaarvõti on seotud
Võõrvõtmete paar, mis esindab sidet entiteetide vahel.
3. Põhitabeli olemus
Põhitabel erineb vahepealsest ja ajutisest tabelist, kuna sellel on järgmised neli omadust:
(1) Aatomilisus. Baastabeli väljad ei ole enam lagundatavad.
(2) Primitiivsus. Baastabelis olevad kirjed on algsete andmete (aluseks olevate andmete) kirjed.
(3) Deduktiivne. Kõik väljundandmed saab tuletada baastabeli ja kooditabeli andmetest.
(4) Stabiilsus. Põhitabeli struktuur on suhteliselt stabiilne ning tabelis olevad kirjed peaksid säilima pikka aega.
Pärast põhitabelite olemuse mõistmist saab andmebaaside kujundamisel eristada põhilisi tabeleid vahepealsetest ja ajutistest tabelitest.
4. Paradigma standardid
Põhitabeli ja selle väljade suhe peaks võimalikult palju vastama kolmandale paradigmale. Kuid andmebaaside disainid, mis vastavad kolmandale paradigmale, sageli ei ole
Parim disain. Andmebaaside operatiivse efektiivsuse parandamiseks on sageli vaja paradigma standardit vähendada: vajadusel suurendada varukoopiat, et saavutada ajaruumi
Eesmärk.
Näide 2: On olemas põhitabel kaupade hoiustamiseks, nagu on näidatud tabelis 1. "Summa" välja olemasolu näitab, et tabel ei ole loodud rahuldamiseks
Kolmas paradigma on piisav, sest "summa" saab saada, korrutades "ühikuhinna" "kogusega", mis näitab, et "kogus" on üleliigne väli. Kuid suurenemine
Üleliigne "summa" väli võib parandada päringustatistika kiirust, mis tähendab ruumi vahetamist aja vastu.
Rose 2002-s on kahte tüüpi ettekirjutatud veerge: andmeveerud ja arvutatud veerud. Veergu nagu "summa" nimetatakse "arvutusveeruks" ja
Veerud nagu "ühiku hind" ja "kogus" nimetatakse "andmeveergudeks".
Tabel 1 Kaubatabeli struktuur
Toote nimi Toote mudel Ühiku hind Kogus Summa
TV 29 tolli 2 500 40 100 000
5. Mõista kolme paradigmat lihtsas keeles
Kolme paradigma mõistmine lihtsas keeles on andmebaasi kujundamisel suureks kasuks. Andmebaasi disainis, et paremini rakendada kolme paradigmat, lihtsalt
Lihtsas keeles tuleb mõista kolme paradigmat:
Esimene paradigma: 1NF on atribuutide aatomiline piirang, mis nõuab, et atribuudid oleksid aatomilised ja mida enam ei saa lagundada;
Teine paradigma: 2NF on unikaalsuspiirang kirjetele, mis nõuab, et kirjetel oleks unikaalne identifitseerimine, st üksuse unikaalsus;
Paradigma 3: 3NF on piirang välja redundantsusele, st ühtegi välja ei saa tuletada teistest väljadest, see nõuab, et väli ei oleks üleliigne
。
Ükski korduv andmebaasidisain ei suuda seda teha. Kuid andmebaas ilma varunduseta ei ole tingimata parim andmebaas, mõnikord õnne parandamiseks
Tõhususe saavutamiseks on vaja paradigma standardit vähendada ja asjakohaselt säilitada korduvad andmed. Spetsiifiline lähenemine on järgida kolmandat paradigmat kontseptuaalsete andmemudelite kujundamisel
, paradigma standardi vähendamise tööd käsitletakse füüsilise andmemudeli kujundamisel. Paradigma langetamine tähendab väljade lisamist, mis võimaldavad kordusi.
6. Ole hea paljude suhete tuvastamisel ja õigesti käsitlemisel
Kui kahe üksuse vahel on palju-paljude suhe, tuleks see suhe kõrvaldada. Selle kõrvaldamiseks tuleb lisada nende kahe vahele kolmandik reaal
Keha. Nii on see, mis varem oli palju-paljude suhe, nüüd muutunud kaheks ühe-paljude suhteks. Algsete kahe üksuse atribuudid peaksid olema mõistlikult jaotatud
Mine kolme üksuse juurde. Kolmas üksus on sisuliselt keerulisem seos, mis vastab põhitabelile. Üldiselt on numbrid
Teegi disainitööriist ei suuda tuvastada palju-paljude seoseid, kuid suudab käsitleda palju-paljude seoseid.
Näide 3: "Raamatukogu infosüsteemis" on "raamat" üksus ja "lugeja" on samuti üksus. Need kaks üksust on samad
Raamatutevaheline suhe on tüüpiline palju-paljude vaheline suhe: raamatut võib laenata mitu lugejat erinevatel aegadel ja üks lugeja võib laenata rohkem
See raamat. Selleks tuleks nende kahe vahele lisada kolmas üksus, mida nimetatakse "laenamis- ja tagastamisraamatuteks" ning selle omadused on: laenamise aeg ja laenamine
Sellel on ka logo (0 tähendab raamatu laenamist, 1 tähendab raamatu tagastamist), lisaks peaksid sellel olema kaks võõrvõtit (põhivõti sõnast "raamat" ja põhivõti "lugeja"), nii et
See on seotud "raamatute" ja "lugejatega".
7. Primaarvõtme PK väärtusmeetod
PK on programmeerijatele mõeldud tabelitevahelise ühenduse tööriist, mis võib olla numbrijada ilma füüsilise tähenduseta, mille programm automaatselt lisab 1-le. Jah
on füüsiliselt tähenduslik välja nimi või nende kombinatsioon. Aga esimene on parem kui teine. Kui PK on väljade nimede kombinatsioon, paku välja numbrit
Ära loe liiga palju, sest indeks mitte ainult ei võta palju ruumi, vaid aeglustab ka.
8. Tee andmevaru õigesti
Primaarsete ja võõrvõtmete kordamine mitmes tabelis ei ole andmete redundantsuse mõiste ning paljud inimesed ei ole sellest teadlikud
。 Mitte-võtmeväljade kordamine on andmete kordus! Ja see on madala taseme korduv redundantsus. Edasijõudnud redundantsus ei ole välitingimustes põhinev
Korduvalt, kuid väljade tuletised.
Näide 4: Toote kolm välja "ühiku hind, kogus ja kogus", "kogus" tuletatakse "ühikuhinna" korrutamisest "kogusega"
See on varukoopia ja omamoodi arenenud varundus. Redundantsuse eesmärk on suurendada töötlemiskiirust. Ainult madala taseme redundantsus suurendab nende arvu
andmete ebajärjekindlus, sest sama andmeid võib sisestada mitu korda erinevatest aegadest, kohtadest ja rollidest. Seetõttu pooldame edasijõudnud redundantsust (pie
oma olemuselt redundantsus) ning on madala taseme redundantsuse (korduva redundantsuse) vastu.
9. E--R diagrammidele puudub standardne vastus
Infosüsteemi E--R diagrammile puudub standardne vastus, sest selle disaini- ja joonistusmeetod ei ole unikaalne, kui see katab süsteemi nõutava äritegevuse
Ulatus ja funktsionaalne sisu on teostatavad. Selle asemel on vaja muuta E--R diagrammi. Kuigi sellel ei ole ühtset standardvastust, ei tähenda see, et see võiks olla meelevaldne
Disain. Hea E-R diagrammi kriteeriumid on: selge struktuur, konkreetne seos, mõõdukas arv üksusi, mõistlik atribuutide jaotus ja madala taseme redundantsuse puudumine.
10. Vaatetehnikad on kasulikud andmebaasi kujundamisel
Erinevalt põhitabelitest, kooditabelitest ja vahepealsetest tabelitest on vaated virtuaalsed tabelid, mis sõltuvad andmeallika reaalsetest tabelitest. Vaated on programmeerijatele
Andmebaasi kasutav aken on baastabeli andmete sünteesi vorm, andmetöötluse meetod ja kasutajaandmete konfidentsiaalsuse vorm
tähendab. Keeruka töötlemise teostamiseks, arvutuskiiruse suurendamiseks ja salvestusruumi säästmiseks ei tohiks vaate definitsiooni sügavus üldjuhul ületada kolme kihti. Nagu kolm korrust
Kui vaade ei ole ikka piisav, peaksid defineerima ajutise tabeli vaates ja seejärel määrama vaade ajutisel tabelil. Nii määratletakse vaate sügavus korduvalt
Piiranguid pole.
Teatud infosüsteemide puhul, mis on seotud riiklike poliitiliste, majanduslike, tehnoloogiliste, sõjaliste ja julgeolekuhuvidega, on vaadete roll veelgi olulisem. Need
Kui süsteemi põhitabeli füüsiline disain on lõpetatud, luuakse esimene vaadete kiht kohe põhitabelile ning selle kihi vaade number ja struktuur on samad mis põhitabelis
Arv ja struktuur on täpselt samad. Ja on sätestatud, et kõik programmeerijad võivad töötada ainult vaate alusel. Ainult andmebaasi administraator, koos
"Ohutusvõtit", mida hoiab mitu töötajat, saab kasutada otse põhilaual. Lugejaid kutsutakse mõtlema: miks see nii on?
11. Vahetabelid, laused ja ajutised tabelid
Vahetabel on tabel, mis salvestab statistikat, see on mõeldud andmeladustamiseks, väljundaruanneteks või päringutulemusteks ning mõnikord puudub sellel primaarvõti
võõrvõtmed (v.a andmelaod). Ajutised tabelid on programmeerijate poolt loodud ajutiste dokumentide salvestamiseks isiklikuks kasutamiseks. Baas- ja vahetabeleid haldab DBA
Ajutised tabelid haldab automaatselt programmeerija ise.
12. Terviklikkuse piirangud avalduvad kolmes aspektis
Domeeni terviklikkus: Kasuta Checki piirangute rakendamiseks ning andmebaasi disainitööriistas on välja väärtusvahemiku määratlemisel Ch
ECK nupp, mille kaudu määratletakse välja väärtuslinn.
Referentsiaalne terviklikkus: Rakendatud PK, FK ja tabelitaseme päästikutega.
Kasutaja määratletud terviklikkus: See on mõned ärireeglid, mis rakendatakse salvestatud protseduuride ja päästikutega.
13. Meetod andmebaasi disaini parandamise vältimiseks on "kolm vähem" põhimõte
(1) Mida vähem tabeleid andmebaasis, seda parem. Ainult juhul, kui tabelite arvu vähendatakse, võib öelda, et süsteemi E-R diagramm on väike ja peen ning see eemaldatakse
Duplikaat- ja üleliigsed üksused moodustavad objektiivmaailma kõrge abstraktsiooni ning süsteemne andmete integreerimine viiakse läbi, et vältida plaastrite disaini;
(2) Mida vähem välju tabelis, mis ühendavad primaarseid võtmeid, seda parem. Primaarvõtme rolli tõttu on üks ehitada primaarvõtme indeks ja teine teenida alamtabelina
võõrvõtmed, seega väheneb primaarvõtmete kombinatsiooniväljade arv, mis säästab mitte ainult käitusaega, vaid ka indeksi salvestusruumi;
(3) Mida vähem välju tabelis, seda parem. Ainult väike arv välju näitab, et süsteemis puudub andmete dubleerimine
Andmete korduvust on vähe ning veelgi olulisem on see, et lugejaid julgustatakse õppima "ridu muutma", mis takistab väljade tõmbamist alamtabeli põhitabelisse
, jättes põhitabelisse palju vabu välju. Niinimetatud "veeru muutmise rida" tähendab, et osa põhitabeli sisust välja võetakse ja eraldi tabeli ehitamine
Alamlaud. See meetod on väga lihtne, mõned inimesed lihtsalt ei harju sellega, ei võta seda kasutusele ega rakenda seda.
Andmebaasi disaini praktiline põhimõte on leida õige tasakaal andmete redundantsuse ja töötlemiskiiruse vahel. "Kolm vähem" on terviklik ülevaade
Mõtlemine, terviklikud vaated ei suuda üht kindlat põhimõtet eraldada. Põhimõte on suhteline, mitte absoluutne. "Veel kolm" põhimõte on kindlasti vale. Proovi
Mõtle: kui sama süsteemi funktsioon on kaetud, on E--R diagramm 100 üksusega (kokku 1000 atribuuti) kindlasti parem kui E--R diagramm 200 entiteedi (kokku 2000 atribuuti)
E--R diagramm on palju parem.
Põhimõtte "kolm vähem" propageerimine tähendab, et lugejad õpivad kasutama andmebaasi disainitehnoloogiat süsteemseks andmete integreerimiseks. Andmete integreerimise sammud on järgmised:
Failisüsteem integreeritakse rakenduste andmebaasi, rakenduste andmebaas on integreeritud teemaandmebaasi ja teemade andmebaas globaalsesse terviklikku andmebaasi.
Mida suurem on integratsiooni tase, seda tugevam on andmete jagamine ja seda vähem on infosaari
Põhivõtmete arv ja atribuutide arv on väiksem.
Põhimõtte "kolm vähem" propageerimise eesmärk on takistada lugejatel kasutada parandustehnoloogiat andmebaasi pidevaks lisamiseks, kustutamiseks ja muutmiseks, et luua ettevõtte andmeid
Raamatukogu on muutunud "prügihunnikuks" suvaliselt kujundatud andmebaasitabelitest või "segaduseks" andmebaasitabelite hulgas, mis lõpuks põhjustab põhitabelid ja generatsioonid andmebaasis
Kooditabelid, vahepealsed tabelid ja ajutised tabelid on segased ja lugematud, mistõttu ei suudeta ettevõtete ja asutuste infosüsteeme hooldada ega halvata.
"Veel kolm" põhimõtet saab teha igaüks, mis on andmebaaside kujundamise "patchimismeetodi" eksitus. Põhimõte "kolm vähem"
See on vähem, aga peen põhimõte, mis nõuab kõrgeid andmebaaside kujundamise oskusi ja kunsti, mida kõik ei suuda, sest see põhimõte on kaotatud
Teoreetiline alus andmebaasi kujundamiseks "patching-meetodi" abil.
14. Viisid andmebaasi toimimise tõhususe parandamiseks
Antud süsteemi riist- ja tarkvaratingimustes on andmebaasisüsteemi töötõhususe parandamise meetodid järgmised:
(1) Andmebaasi füüsilises ülesehituses vähendada paradigmat, suurendada redundantsust, kasutada vähem päästikuid ja kasutada rohkem salvestatud protseduure.
(2) Kui arvutus on väga keeruline ja kirjete arv väga suur (näiteks 10 miljonit), peab kompleksne arvutus esmalt toimuma väljaspool andmebaasi
Pärast failisüsteemi meetodi arvutamist ja töötlemist C++ keeles lisatakse see lõpuks tabelisse. See on telekommunikatsiooni arveldussüsteemi disaini kogemus.
(3) Kui tabelis leitakse liiga palju kirjeid, näiteks üle 10 miljoni, tuleks tabel horisontaalselt jagada. Horisontaalse segmenteerimise praktika on:
Jaga tabeli kirje horisontaalselt kaheks tabeliks vastavalt tabeli põhivõtme PK teatud väärtusele. Kui tabelis on liiga palju välju, näiteks ületamine
Kaheksakümmend on laud vertikaalselt jagatud ja algne laud on jagatud kaheks lauaks.
(4) Andmebaasihaldussüsteemi DBMS-i süsteemi optimeerimine, st erinevate süsteemiparameetrite, näiteks puhvrite arvu, optimeerimine.
(5) Kui kasutad andmepõhist SQL-keelt programmeerimiseks, proovi kasutada optimeerimisalgoritme.
Lühidalt, andmebaasi töötõhususe parandamiseks on vaja optimeerida andmebaasisüsteemi, andmebaasi disaini ja programmi teostust
, need kolm taset töötavad korraga kõvasti.
Ülaltoodud neliteist oskust võtab järk-järgult kokku paljud inimesed paljudes andmebaaside analüüsi ja disaini praktikates. Nende kogemuste eest
Lugejad ei tohiks olla jäigad ega rutiinsed, vaid peaksid seedima ja mõistma, otsima tõde faktidest ning omandama paindlikult. Ja järk-järgult: saada avaldus sisse
Näitus, rakendus arenduses.
|
Postitatud 09.04.2015 21:00:54
|
|
|
