Моделирање података: Пројектовање структуре података
Када складиштите или прегледате податке помоћу апликације, важан део дизајна је структура података. Узмите у обзир не само како ће се подаци користити у једној одређеној апликацији или на екрану, већ како ће други користити податке. Ако се вратите на своје улоге, задаци, пословни процеси и циљеви ће вам помоћи да дефинишете које податке желите да складиштите и како да их структурирате.
Савет
Иако је написан за Access базу података, овај чланак о основама дизајна података има добру општу дискусију о принципима моделирања података: Основе дизајна базе података.
Узмимо за пример следећи извештај о трошковима.
Видите главни део извештаја о трошковима, који садржи име запосленог и детаље о одељењу. Испод главног дела можете видети више редова описа за сваки купљени предмет. Назовимо ово ставкама. Ставке поруџбине имају различиту структуру од главног дела извештаја о трошковима. Дакле, можемо рећи да за сваки извештај о трошковима постоји неколико ставки.
Да бисмо ове податке ускладиштили у бази података, морамо да моделирамо структуру података у дизајну базе података.
Структура података „један према више“ (1:N)
Ово је врста структуре података која је описана у претходном примеру. Главни део извештаја о трошковима повезан је са неколико ставки. (Релацију можете видети и из перспективе ставки поруџбина: много ставки према једном извештају о трошковима (N:1).)
Структура података „више према више“ (N:N)
Структура података „више према више“ је посебна врста. Ово је за случајеве када се више записа може повезати са више скупова других записа. Добар пример је ваша мрежа пословних партнера. Имате више пословних партнера (купаца и добављача) са којима радите, а ти пословни партнери такође раде са више ваших колега.
Примери моделирања података
Постоји неколико врста моделирања које се могу десити са системом. Хајде да погледамо пар примера.
1. пример: Захтев за одобрење одсуства
Овај једноставан пример приказује две групе података. Једну групу чини запослени, а друго је захтев за одсуство. Пошто ће сваки запослени поднети више захтева, релација овде је „један према више“, при чему је „један“ запослени, а „више“ су захтеви. Подаци о запосленом и подаци о захтеву за одсуство повезани су један са другим тако што имају број запосленог као заједничко поље (такође познато као кључ).
2. пример: Одобрење куповине
Овде структура података изгледа прилично софистицирано, али је врло слична примеру извештаја о трошковима о коме је било речи на почетку овог чланка. Сваки продавац или добављач је повезан са више поруџбина. Сваки запослени је задужен за више поруџбина. Дакле, оба ова скупа података имају структуру података „један према више“.
Будући да запослени не могу увек да користе истог продавца или добављача, више запослених користи продавце и сваки запослени ради са више добављача. Отуда је однос између запослених и добављача „више према више“.
3. пример: Извештавање о трошковима
Напомена
Можете ли нам рећи о својим жељеним поставкама језика у документацији? Испуните кратку анкету. (имајте на уму да је ова анкета на енглеском језику)
Анкета ће трајати око седам минута. Не прикупљају се лични подаци (изјава о приватности).