1) Attiecības starp oriģinālo dokumentu un vienību
Tās var būt attiecības viens pret vienu, viens pret daudziem un daudzi pret daudziem. Kopumā tās ir attiecības viens pret vienu: t.i., oriģinālu dokumentu pāris
jāatbilst un jāatbilst tikai vienai vienībai. Īpašos gadījumos tās var būt attiecības viens pret daudziem vai daudziem pret vienu, t.i., viens oriģināls dokuments atbilst vairākām realitātēm
pamatteksts vai vairāki oriģināli dokumenti, kas atbilst vienībai. Šeit esošo vienību var saprast kā pamata tabulu. Pēc šīs atbilstības noskaidrošanas dizains mums
Ieejas saskarne ir ļoti izdevīga.
〖1. piemērs〗: Darbinieka CV informācija atbilst trim pamattabulām cilvēkresursu informācijas sistēmā: darbinieku pamatinformācijas tabula un sabiedrība
Attiecību tabula, darba atsākšanas veidlapa. Šis ir tipisks piemērs "viens oriģināls dokuments atbilst vairākām vienībām".
2. Primārās un ārējās atslēgas
Kopumā uzņēmumam nevar būt ne primārās, ne ārējās atslēgas. E-R diagrammā lapas daļas entītijas var definēt primāro atslēgu,
Ir arī iespējams nedefinēt primāro atslēgu (jo tai nav bērnu), bet tai ir jābūt ārzemju atslēgai (jo tai ir tēvs).
Primāro un ārējo atslēgu dizains ieņem svarīgu vietu globālo datubāzu izstrādē. Kad globālās datu bāzes izstrāde ir pabeigta, ir
Amerikāņu datu bāzu dizaina eksperti teica: "Atslēgas, atslēgas visur, nekas cits kā atslēgas", tā ir viņa datu bāzes dizaina pieredze
Tas arī atspoguļo viņa ļoti abstraktās idejas par informācijas sistēmu kodolu (datu modeļiem). Jo: primārā atslēga ir ļoti abstrakta entītija, un primārā atslēga ir saistīta ar
Ārējo atslēgu pāris, kas apzīmē savienojumu starp entītijām.
3. Pamattabulas raksturs
Pamata tabula atšķiras no starpposma tabulas un pagaidu tabulas, jo tai ir šādas četras īpašības:
(1) Atomiskums. Pamattabulas lauki vairs nav sadalāmi.
(2) Primitīvums. Pamattabulas ieraksti ir sākotnējo datu (pamatā esošo datu) ieraksti.
(3) Deduktīvs. Visus izejas datus var iegūt no pamattabulas un kodu tabulas datiem.
(4) Stabilitāte. Pamattabulas struktūra ir salīdzinoši stabila, un tabulā esošie ieraksti jāglabā ilgu laiku.
Pēc pamata tabulu rakstura izpratnes, veidojot datu bāzes, pamata tabulas var atšķirt no starpposma tabulām un pagaidu tabulām.
4. Paradigmas standarti
Attiecībām starp pamata tabulu un tās laukiem pēc iespējas jāatbilst trešajai paradigmai. Tomēr datu bāzu dizains, kas atbilst trešajai paradigmai, bieži vien nav
Labākais dizains. Lai uzlabotu datu bāzu darbības efektivitāti, bieži vien ir nepieciešams samazināt paradigmas standartu: atbilstoši palielināt atlaišanu, lai sasniegtu vietu laikam
Mērķis.
2. piemērs: Ir pamata tabula preču uzglabāšanai, kā parādīts 1. tabulā. Lauka "Summa" klātbūtne norāda, ka tabula nav paredzēta apmierināšanai
Trešā paradigma ir pietiekama, jo "summu" var iegūt, reizinot "vienības cenu" ar "daudzumu", norādot, ka "summa" ir lieks lauks. Tomēr palielināt
Liekais lauks "summa" var uzlabot vaicājumu statistikas ātrumu, kas ir prakse apmainīties ar laiku ar laiku.
Rose 2002 ir divu veidu noteiktās kolonnas: datu kolonnas un aprēķinātās kolonnas. Sleju, piemēram, "summa", sauc par "aprēķina kolonnu", un
Tādas kolonnas kā "Vienības cena" un "Daudzums" tiek sauktas par "datu kolonnām".
1. tabula Preču tabulas struktūra
Preces nosaukums Preces modelis Vienības cena Daudzums Summa
Televizors 29 collu 2,500 40 100,000
5. Izprotiet trīs paradigmas nespeciālistu izteiksmē
Izpratne par trim paradigmām nespeciālistu izteiksmē ir ļoti noderīga datu bāzes izstrādei. Datu bāzes izstrādē, lai labāk piemērotu trīs paradigmas, vienkārši
Trīs paradigmas ir jāsaprot nespeciālistu izteiksmē:
Pirmā paradigma: 1NF ir atomu ierobežojums atribūtiem, kas prasa, lai atribūti būtu atomi un tos vairs nevar sadalīt;
Otrā paradigma: 2NF ir ierakstu unikalitātes ierobežojums, kas pieprasa, lai ierakstiem būtu unikāla identifikācija, tas ir, vienības unikalitāte;
3. paradigma: 3NF ir lauka dublēšanas ierobežojums, tas ir, nevienu lauku nevar atvasināt no citiem laukiem, tas prasa, lai lauks nebūtu lieks
。
Neviens lieks datu bāzes dizains to nevar izdarīt. Tomēr datu bāze bez dublēšanas ne vienmēr ir labākā datu bāze, dažreiz, lai uzlabotu veiksmi
Lai sasniegtu efektivitāti, ir nepieciešams samazināt paradigmas standartu un pienācīgi saglabāt liekos datus. Īpaša pieeja ir ievērot trešo paradigmu, izstrādājot konceptuālus datu modeļus
, fizisko datu modeļa izstrādē tiek ņemts vērā paradigmas standarta samazināšanas darbs. Paradigmas pazemināšana ir pievienot laukus, kas pieļauj dublēšanu.
6. Esiet labi, lai identificētu un pareizi rīkotos attiecības daudzi pret daudziem
Ja starp divām entītijām pastāv attiecības daudzi pret daudziem, šī relācija ir jānovērš. Veids, kā to novērst, ir pievienot trešo reālu starp abiem
ķermenis. Tādā veidā tas, kas agrāk bija attiecības daudzi pret daudziem, tagad ir kļuvis par divām attiecībām viens pret daudziem. Sākotnējo divu vienību atribūtiem jābūt saprātīgi sadalītiem
Dodieties uz trim entītijām. Trešā vienība šeit būtībā ir sarežģītāka attiecība, kas atbilst pamata tabulai. Vispārīgi runājot, skaitļi
Bibliotēkas noformēšanas rīks nevar atpazīt relācijas daudzi pret daudziem, bet tas var apstrādāt relācijas daudzi pret daudziem.
3. piemērs: "Bibliotēkas informācijas sistēmā" "grāmata" ir vienība, un "lasītājs" ir arī vienība. Šīs divas vienības ir vienādas
Attiecības starp grāmatām ir tipiskas attiecības daudzi pret daudziem: grāmatu var aizņemties vairāki lasītāji dažādos laikos, un viens lasītājs var aizņemties vairāk
Šī grāmata. Šim nolūkam starp abiem jāpievieno trešā vienība, ko sauc par "aizņemšanos un atgriešanos grāmatās", un tās īpašības ir: aizņemšanās laiks un aizņemšanās
Tam ir arī logotips (0 nozīmē grāmatas aizņemšanos, 1 nozīmē grāmatas atgriešanu), turklāt tam jābūt arī divām ārējām atslēgām ("grāmatas" primārajai atslēgai un "lasītāja" primārajai atslēgai), lai
Tas savienojas ar "grāmatām" un "lasītājiem".
7. Primārās atslēgas PK vērtības metode
PK ir programmētāju starptabulu savienojuma rīks, kas var būt skaitļu virkne bez fiziskas nozīmes, ko programma automātiski pievieno 1. Jā
ir fiziski nozīmīgs lauka nosaukums vai lauku nosaukumu kombinācija. Bet pirmais ir labāks par otro. Ja PK ir lauku nosaukumu kombinācija, iesakiet lauka numuru
Neskaitiet pārāk daudz, jo indekss ne tikai aizņem daudz vietas, bet arī palēninās.
8. Pareiza datu dublēšana
Primāro un ārējo atslēgu atkārtošana vairākās tabulās nav datu dublēšanas jēdziens, un daudzi cilvēki to neapzinās
。 Ne-atslēgas lauku atkārtošana ir datu dublēšana! Un tā ir zema līmeņa atlaišana, tas ir, atkārtota atlaišana. Uzlabotā dublēšana nav balstīta uz laukiem
Atkārtoti, bet lauku atvasinājumi.
4. piemērs: trīs lauki "vienības cena, daudzums un summa" precē "summa" tiek atvasināti no "vienības cenas", kas reizināta ar "daudzums"
Tā ir atlaišana, un tā ir sava veida progresīva atlaišana. Atlaišanas mērķis ir palielināt apstrādes ātrumu. Tikai zema līmeņa atlaišana palielinās skaitu
Datu nekonsekvence, jo vieni un tie paši dati var tikt ievadīti vairākas reizes no dažādiem laikiem, vietām un lomām. Tāpēc mēs atbalstām uzlabotu atlaišanu (pie
atlaišana pēc būtības) un iebilst pret zema līmeņa atlaišanu (atkārtotu atlaišanu).
9. Nav standarta atbildes uz E-R diagrammām
Nav standarta atbildes uz informācijas sistēmas E-R diagrammu, jo tās projektēšana un zīmēšanas metode nav unikāla, ja vien tā aptver sistēmai nepieciešamo biznesu
Darbības joma un funkcionālais saturs ir iespējami. Tā vietā ir nepieciešams modificēt E--R diagrammu. Lai gan tam nav vienas standarta atbildes, tas nenozīmē, ka tas var būt patvaļīgs
Dizains. Labas E-R diagrammas kritēriji ir: skaidra struktūra, kodolīga asociācija, mērens entītiju skaits, saprātīgs atribūtu sadalījums un zema līmeņa dublēšana.
10. Skata paņēmieni ir noderīgi datu bāzes izstrādē
Atšķirībā no pamata tabulām, kodu tabulām un starptabulām, skati ir virtuālas tabulas, kas ir atkarīgas no datu avota reālajām tabulām. Skati ir paredzēti programmētājiem
Logs, kas izmanto datu bāzi, ir bāzes tabulas datu sintēzes veids, datu apstrādes metode un sava veida lietotāja datu konfidencialitāte
nozīmē. Lai veiktu sarežģītu apstrādi, palielinātu skaitļošanas ātrumu un ietaupītu krātuves vietu, skata definīcijas dziļums parasti nedrīkst pārsniegt trīs slāņus. Tāpat kā trīs stāvi
Ja skats joprojām nav pietiekams, skatā jādefinē pagaidu tabula un pēc tam jādefinē pagaidu tabulas skats. Tādā veidā skata dziļums tiek definēts atkārtoti
Nav ierobežojumu.
Dažām informācijas sistēmām, kas saistītas ar valsts politiskajām, ekonomiskajām, tehnoloģiskajām, militārajām un drošības interesēm, viedokļu loma ir vēl svarīgāka. Šie
Pēc sistēmas pamata tabulas fiziskā dizaina pabeigšanas pamata tabulā nekavējoties tiek izveidots pirmais skatu slānis, un šī slāņa skata skaits un struktūra ir tāda pati kā pamata tabulā
Skaits un struktūra ir tieši tādi paši. Un ir noteikts, ka visiem programmētājiem ir atļauts darboties tikai skatā. Tikai datu bāzes administrators ar
"Drošības atslēgu", ko tur vairāki darbinieki, var darbināt tieši uz pamata galda. Lasītāji tiek aicināti domāt: kāpēc tas ir?
11. Starptabulas, pārskati un pagaidu tabulas
Starpposma tabula ir tabula, kurā tiek glabāta statistika, tā ir paredzēta datu uzglabāšanai, izvades ziņojumiem vai vaicājumu rezultātiem, un dažreiz tai nav primārās atslēgas ar
ārējās atslēgas (izņemot datu noliktavas). Programmētāji izstrādā pagaidu tabulas, lai saglabātu pagaidu ierakstus personiskai lietošanai. Pamata un starpposma tabulas uztur DBA
Pagaidu tabulas automātiski uztur pats programmētājs.
12. Integritātes ierobežojumi izpaužas trīs aspektos
Domēna integritāte: izmantojiet pārbaudi, lai ieviestu ierobežojumus, un datu bāzes noformēšanas rīkā ir Ch, definējot lauka vērtību diapazonu
eck poga, caur kuru tiek definēta lauka vērtības pilsēta.
Atsauces integritāte: tiek īstenota ar PK, FK un tabulas līmeņa trigeriem.
Lietotāja definēta integritāte: tie ir daži biznesa noteikumi, kas tiek ieviesti ar saglabātām procedūrām un trigeriem.
13. Metode, lai novērstu datu bāzes dizaina ielāpu, ir princips "trīs mazāk"
(1) Jo mazāk tabulu datu bāzē, jo labāk. Tikai tad, ja tabulu skaits ir samazināts, var teikt, ka sistēmas E-R diagramma ir maza un smalka, un tā tiek noņemta
Dublētās un liekās vienības veido augstu objektīvās pasaules abstrakcijas pakāpi, un sistemātiska datu integrācija tiek veikta, lai novērstu ielāpu dizainu;
(2) Jo mazāk lauku tabulā, kas apvieno primārās atslēgas, jo labāk. Primārās atslēgas lomas dēļ viens ir izveidot primārās atslēgas indeksu, bet otrs ir kalpot kā apakštabula
ārējās atslēgas, tāpēc tiek samazināts lauku skaits primāro atslēgu kombinācijā, kas ne tikai ietaupa darbības laiku, bet arī ietaupa indeksa krātuves vietu;
(3) Jo mazāk lauku tabulā, jo labāk. Tikai neliels lauku skaits norāda, ka sistēmā nav datu dublēšanās
Ir maz datu dublēšanas, un vēl svarīgāk ir tas, ka lasītāji tiek aicināti iemācīties "mainīt rindas", kas neļauj laukus ievilkt apakštabulas galvenajā tabulā
, atstājot daudzus brīvus laukus galvenajā tabulā. Tā sauktā "kolonnas maiņas rinda" ir izvilkt daļu no galvenās tabulas satura un izveidot atsevišķu
Apakštabula. Šī metode ir ļoti vienkārša, daži cilvēki vienkārši nepierod, nepieņem to un neīsteno.
Datu bāzes izstrādes praktiskais princips ir atrast pareizo līdzsvaru starp datu dublēšanu un apstrādes ātrumu. "Trīs mazāk" ir visaptverošs pārskats
Doma, visaptveroši viedokļi nevar izolēt noteiktu principu. Princips ir relatīvs, nevis absolūts. Princips "vēl trīs" noteikti ir nepareizs. Izmēģināt
Padomājiet: Ja tiek aptverta viena un tā pati sistēmas funkcija, E--R diagramma ar 100 vienībām (kopā 1,000 atribūti) noteikti ir labāka nekā E--R diagramma ar 200 vienībām (kopā 2,000 atribūti)
E-R diagramma ir daudz labāka.
Aizstāvēt principu "trīs mazāk" ir ļaut lasītājiem iemācīties izmantot datu bāzes dizaina tehnoloģiju sistemātiskai datu integrācijai. Datu integrācijas soļi ir jāveic:
Failu sistēma ir integrēta lietojumprogrammu datu bāzē, lietojumprogrammu datu bāze ir integrēta tēmu datu bāzē, un tēmu datu bāze ir integrēta globālā visaptverošā datu bāzē.
Jo augstāka integrācijas pakāpe, jo spēcīgāka ir datu apmaiņa un jo mazāk ir informācijas salu
Primāro atslēgu skaits un atribūtu skaits būs mazāks.
Principa "trīs mazāk" aizstāvēšanas mērķis ir neļaut lasītājiem izmantot ielāpu tehnoloģiju, lai pastāvīgi pievienotu, dzēstu un modificētu datu bāzi, lai izveidotu uzņēmuma datus
Bibliotēka ir kļuvusi par patvaļīgi izveidotu datu bāzes tabulu "atkritumu kaudzi" vai datu bāzes tabulu "haosu", un visbeidzot izraisa pamata tabulas un paaudzes datu bāzē
Kodu tabulas, starpposma tabulas un pagaidu tabulas ir pārblīvētas un neskaitāmas, kā rezultātā nav iespējams uzturēt un paralizēt uzņēmumu un iestāžu informācijas sistēmas.
"Vēl trīs" principu var izdarīt ikviens, kas ir "plākstera metodes" kļūda, lai izstrādātu datu bāzes. Princips "trīs mazāk"
Tas ir mazāk, bet smalks princips, kas prasa augstas datu bāzes dizaina prasmes un mākslu, ko ne visi var izdarīt, jo šis princips ir likvidēts
Teorētiskais pamats datu bāzes izstrādei, izmantojot "ielāpu metodi".
14. Datu bāzes darbības efektivitātes uzlabošanas veidi
Saskaņā ar dotajiem sistēmas aparatūras un sistēmas programmatūras nosacījumiem datu bāzes sistēmas darbības efektivitātes uzlabošanas metodes ir:
(1) Datu bāzes fiziskajā dizainā samaziniet paradigmu, palieliniet dublēšanu, izmantojiet mazāk trigeru un izmantojiet vairāk saglabātu procedūru.
(2) Ja aprēķins ir ļoti sarežģīts un ierakstu skaits ir ļoti liels (piemēram, 10 miljoni), kompleksajam aprēķinam vispirms jābūt ārpus datubāzes
Pēc tam, kad failu sistēmas metode ir aprēķināta un apstrādāta C++ valodā, tā beidzot tiek pievienota tabulai. Šī ir telekomunikāciju norēķinu sistēmas izstrādes pieredze.
(3) Ja tiek konstatēts, ka tabulā ir pārāk daudz ierakstu, piemēram, vairāk nekā 10 miljoni, tabula jāsadala horizontāli. Horizontālās segmentācijas prakse ir:
Sadaliet tabulas ierakstu horizontāli divās tabulās, pamatojoties uz noteiktu tabulas primārās atslēgas PK vērtību. Ja tabulā ir pārāk daudz lauku, piemēram, pārsniegts
Astoņdesmit, tabula ir sadalīta vertikāli, un sākotnējā tabula ir sadalīta divās tabulās.
(4) Datu bāzes pārvaldības sistēmas DBVS sistēmas optimizācija, tas ir, dažādu sistēmas parametru, piemēram, buferu skaita, optimizācija.
(5) Izmantojot uz datiem orientētu SQL valodu programmēšanai, mēģiniet pieņemt optimizācijas algoritmus.
Īsāk sakot, lai uzlabotu datu bāzes darbības efektivitāti, ir nepieciešams optimizēt datu bāzes sistēmu, datu bāzes dizainu un programmas ieviešanu
, šie trīs līmeņi smagi strādā vienlaikus.
Iepriekš minētās četrpadsmit prasmes daudzi cilvēki pakāpeniski apkopo daudzās datu bāzes analīzes un dizaina praksēs. Par šo pieredzi
Lasītājiem nevajadzētu būt stingriem vai rotētiem, bet tiem vajadzētu sagremot un saprast, meklēt patiesību no faktiem un elastīgi apgūt. Un pakāpeniski dariet: nosūtiet pieteikumu
izstāde, pielietojums izstrādē.
|
Publicēts 09.04.2015 21:00:54
|
|
|
