Datu modelēšana: datu struktūras projektēšana

Ja glabājat vai skatāt datus ar programmu, svarīga projektēšanas daļa ir datu struktūra. Ņemiet vērā ne tikai to, kā dati tiks izmantoti vienā noteiktā programmā vai ekrānā, bet kā citi izmantos šos datus. Atsaucoties uz jūsu personām, uzdevumiem, biznesa procesu un mērķiem, jūs varēsiet definēt, kādus datus glabāt un kā tos strukturēt.

Padoms

Lai gan tas bija rakstīts Access datu bāzei, šis raksts par datu projektēšanas pamatprincipiem ir labs vispārējai datu modelēšanas principu apspriešanai: Datu bāzes projektēšanas pamati.

Kā piemēra ņemsim ir šādu izdevumu atskaiti.

Tiek parādīta izdevumu atskaites galvenā daļa ar darbinieka vārdu un departamenta informāciju. Zem galvenās daļas ir redzamas vairākas katra iegādātā vienuma aprakstu rindas. Parunāsim par šiem rindas elementiem. Rindu elementiem ir atšķirīga struktūra no izdevumu atskaites galvenās daļas. Tādējādi varam teikt, ka katrai izdevumu atskaitei ir vairāki rindas elementi.

Lai šā veida datus glabātu datu bāzē, datu struktūra ir jāmodelē datu bāzes projektā.

Datu struktūra viens pret daudziem (1:N)

Tas ir datu struktūras tips, kas aprakstīts iepriekšējā piemērā. Izdevumu atskaites galvenā daļa ir saistīta ar vairākiem rindas elementiem. (Varat arī skatīt attiecības no rindu elementu perspektīvas: daudzi rindas elementi ar vienu izdevumu atskaiti (N:1).)

Datu struktūra daudzi pret daudziem (N:N)

Daudzi pret daudziem datu struktūra ir īpašs veids. Tas paredzēts gadījumiem, kuros vairākus ierakstus var saistīt ar vairāku citu ierakstu kopu. Labs piemērs ir jūsu sadarbības partneru tīkls. Jums ir vairāki biznesa partneri (klienti un piegādātāji), ar ko strādājat, un šie biznesa partneri sadarbojas arī ar vairākiem jūsu kolēģiem.

Datu modelēšanas piemēri

Ir vairāki modelēšanas veidi, kas var notikt sistēmā. Aplūkosim pāris piemērus.

1. piemērs: brīvā laika apstiprinājuma pieprasījums

Šajā vienkāršajā piemērā ir parādītas divas datu kopas. Viena ir darbinieks, otrā ir brīvā laika pieprasījums. Tā kā katrs darbinieks iesniegs vairākus pieprasījumus, attiecības šeit ir viens pret daudziem, kur "viens" ir darbinieks un "daudzi" — pieprasījumi. Darbinieka dati un brīvā laika pieprasījuma dati ir saistīti cits ar citu, izmantojot darbinieka numuru kā kopējo lauku (zināms arī kā atslēga).

2. piemērs: pirkuma apstiprinājums

Šeit datu struktūra izskatās diezgan sarežģīta, taču ir ļoti līdzīga izdevumu atskaites piemēram, kas tika apspriests šī raksta sākumā. Katrs kreditors vai piegādātājs ir saistīts ar vairākiem pirkšanas pasūtījumiem. Katrs darbinieks ir atbildīgs par vairākiem pirkšanas pasūtījumiem. Tāpēc abām šīm datu kopām ir viens pret daudziem datu struktūra.

Tā kā darbinieki ne vienmēr izmanto vienu un to pašu kreditoru vai piegādātāju, kreditorus izmanto vairāki darbinieki, un katrs darbinieks strādā ar vairākiem piegādātājiem. Tāpēc attiecības starp darbiniekiem un kreditoriem ir daudzi pret daudziem.

3. piemērs: izdevumu atskaites

Nākamā darbība — izstrādājamās programmas veida noteikšana

Piezīme

Kādas ir jūsu dokumentācijas valodas preferences? Aizpildiet īsu aptauju. (ņemiet vērā, ka aptauja ir angļu valodā)

Aptaujai būs nepieciešamas aptuveni septiņas minūtes. Nekādi personas dati netiks vākti (paziņojums par konfidencialitāti).