Моделиране на данни: Проектиране на вашата структура на данни

Когато съхранявате или преглеждате данни с приложението си, важна част от дизайна е структурата на данните. Помислете не само как данните ще бъдат използвани в едно конкретно приложение или екран, но и как другите ще използват данните. Позоваването на вашите персони, задачи, бизнес процес и цели ще ви помогне да определите какви данни да съхранявате и как да ги структурирате.

Нека вземем следния отчет за разходите като пример.

Виждате основната част от отчета за разходите, в която има име на служителя и подробности за отдела. Под основната част виждате няколко реда описания за всеки закупен артикул. Нека наречем тези договорени покупки. Договорените позиции имат различна структура от основната част на отчета за разходите. Така че можем да кажем, че за всеки отчет за разходите има няколко договорени позиции.

За да съхраним този вид данни в база данни, трябва да моделираме структурата на данните в дизайна на базата данни.

Структура на данните от един към много (1:N)

Това е типът структура на данни, който беше описан в предходния пример. Основната част от отчета за разходите е свързана с няколко договорени позиции. (Можете също да видите връзката от гледна точка на договорените покупки: много договорени позиции към един отчет за разходите (N:1).)

Структура на данни много към много (N:N)

Структурата на данни „много към много” е специален тип. Това е в случаите, когато множество записи могат да бъдат свързани с множество набори от други записи. Добър пример е вашата мрежа от бизнес партньори. Имате множество бизнес партньори (клиенти и доставчици), с които работите, и тези бизнес партньори също работят с множество ваши колеги.

Примери за моделиране на данни

Има няколко типа моделиране, които могат да се случат със система. Нека разгледаме няколко примера.

Пример 1: Искане за одобрение след изчакване

Този прост пример показва два набора данни. Единият е служителят, а другият е молбата за почивка. Тъй като всеки служител ще изпрати множество заявки, връзката тук е едно към много, където „един“ е служителят и „много“ са заявките. Данните за служителите и данните за заявките за извънсрочно време са свързани помежду си, като номерът на служителя е общото поле (известно също като ключ).

Пример 2: Одобрение за покупка

Тук структурата на данните изглежда доста сложна, но е много подобна на примера за отчета за разходите, който беше обсъден в началото на тази статия. Всеки доставчик или доставчик е свързан с множество поръчки за покупка. Всеки служител отговаря за множество поръчки за покупка. Следователно, и двата набора от данни имат структура от един към много.

Тъй като служителите невинаги могат да използват един и същ доставчик или доставчик, доставчиците се използват от няколко служители и всеки служител работи с множество доставчици. Следователно връзката между служителите и доставчиците е много-много.

Пример 3: Отчитане на разходите