Download as pdf or txt
Download as pdf or txt
You are on page 1of 12

Концептуални,

логички и физички
модел података
 Концептуални модел података представља
апстрактну идеју или визију о томе како се
подаци организују и представљају у контексту

Концептуални информационог система или базе података.


модел  Овај модел се користи за потпуно разумевање
структуре и смисла података без уласка у
детаљне техничке аспекте или
имплементацију.
 Ентитете (Entities): Ентитети представљају објекте, ствари или
концепте о којима желите да чувате информације. На пример, у
систему за управљање библиотеком, ентитети би могли бити
"књига", "читалац", "аутор" итд.
 Атрибути (Attributes): Атрибути су својства или карактеристике
које описују сваки ентитет. На пример, за ентитет "књига",
атрибути би могли бити "наслов", "ISBN број", "година издавања"
Елементи итд.

концептуалног  Односи (Relationships): Односи описују како су ентитети повезани


једни са другима. На пример, однос "чита" може повезати
модела ентитете "читалац" и "књига", показујући који читалац је позајмио
коју књигу.
укључују:  Кључеви (Keys): Кључеви су атрибути који се користе за
једнозначно идентификовање ентитета у моделу. На пример, у
ентитету "читалац", кључ може бити "број чланства" који
једнозначно идентификује сваког читаоца.
 Ограничења (Constraints): Ограничења могу укључивати правила
која ограничавају како се подаци могу уносити и мењати у
моделу, као и како се односи међу ентитетима могу дефинисати.
 Концептуални модел података служи као
основа за развој логичког и физичког модела
података.

 Он омогућава размештање и организацију


података на начин који одговара потребама
корисника и бизнис процесима прије него
што се уђе у детаље имплементације базе
података.
 Физички модел података представља
спецификације и детаље о томе како се подаци
Физички чувају и организују на физичким медијима, као

модел што су дискови, меморија.

података  Овај модел обухвата конкретне техничке


детаље и аспекте имплементације базе
података, укључујући следеће елементе:
 Физичку структуру података: Физички модел дефинише како се подаци чувају на диску или
другим физичким медијима. Ово може укључивати информације о томе како се записи смештају
на диску, како се управља слободним простором, и како се обављају операције за учитавање и
чување података.
 Индексирање и оптимизација: Физички модел укључује детаље о томе како се индексирају
подаци ради бржег приступа и како се извршавају оптимизације у циљу повећања перформанси
базе података. Ово укључује избор правилних индекса, оптималну конфигурацију хардвера и
друге техничке аспекте.
 Безбедност и заштита података: Физички модел обухвата мере и технике за заштиту података од
неовлашћеног приступа или губитка. Ово укључује системе аутентикације, авторизације,
шифровања и резервних копија.
 Репликација и доступност: У случају великих и критичних база података, физички модел може
укључивати стратегије репликације података на различите сервере и места ради обезбеђивања
доступности и отпорности на грешке.
 Трансакциони менаџмент: Физички модел описује како се управља трансакцијама, тј. начин како
се осигурава да операције над подацима буду атомичке, конзистентне, изоловане и трајне (ACID
својства).
 Распоред и конфигурација сервера: Физички модел обухвата информације о томе како су
сервери и хардверски ресурси конфигурисани и размештени у оквиру архитектуре базе података.
 Физички модел података је најнижи ниво
модела и обично се користи у складу са
специфичним захтјевима и околностима
инфраструктуре.

 Он обезбеђује детаљне техничка упутстве за


инжењере и администраторе базе података
о томе како да поставе и одржавају систем.
 Логички модел података представља апстрактну
репрезентацију структуре података у
информационом систему или бази података без
Логички уласка у конкретне детаље о томе како се подаци

модел физички чувају на диску или како се обрађују на


нивоу оперативног система.
података
 Он описује структуру података, односе између
различитих података и начин како се подаци
организују ради задовољавања потреба корисника и
бизнис процеса.
 Ентитете (Entities): Ентитети су објекти, ствари или концепти које желите
да представите у бази података. На пример, у бази података за
библиотеку, ентитети могу бити "књига", "читалац", "аутор" итд.
 Атрибути (Attributes): Атрибути представљају својства или
Елементи карактеристике сваког ентитета. На пример, за ентитет "књига", атрибути
могу укључивати "наслов", "ISBN број", "година издавања" итд.
логичког  Односи (Relationships): Односи описују како су ентитети повезани
међусобно. На пример, однос "чита" може повезивати ентитете
модела "читалац" и "књига", указујући који читалац је позајмио коју књигу.
података  Кључеви (Keys): Кључеви су атрибути који се користе за једнозначно
идентификовање записа у бази података. На пример, за ентитет
укључују: "читалац", кључ може бити "број чланства" који једнозначно
идентификује сваког читаоца.
 Ограничења (Constraints): Ограничења укључују правила и услове који
морају бити испуњени у бази података, као што су уникеатност
вредности атрибута или правила за ограничавање додавања, измене
или брисања података.
 Логички модел података служи као мост између
концептуалног модела (који дефинише шта подаци
представљају) и физичког модела (који дефинише
како се подаци чувају и обрађују).

 Он омогућава дизајнерима базе података и


програмерима да размисле о томе како ће подаци
бити структурирани и како ће бити доступни
корисницима без разматрања техничких детаља
имплементације.
 Концептуални модел и логички модел су два различита нивоа
модела података, и разлика између њих лежи у апстрактности и
степену детаљности који они обухватају. Ево основних разлика
између ова два модела:
 Апстрактност и конкретност:
 Концептуални модел је најапстрактнији и се највише
фокусира на концептуално разумевање структуре и смисла
Разлика података у систему. Он не улази у детаље о томе како се
подаци чувају или обрађују.
између  Логички модел, с друге стране, је конкретнији и детаљнији.
концептуалног Он описује структуру података, односе између ентитета и
атрибуте, али још увек је на нивоу апстракције који не
и логичког укључује физичке детаље.
модела  Технички детаљи:
 Концептуални модел се не бави техничким аспектима као што
су индексирање, оптимизација или физичка структура
података.
 Логички модел може укључивати детаље о томе како су
подаци структурирани у табелама, како се дефинишу односи,
и како се користе кључеви за једнозначно идентификовање
записа.
 Циљ и примјена:
 Концептуални модел се користи за опште разумевање и комуникацију
између учесника у пројекту и за дефинисање структуре података на
високом нивоу.
 Логички модел служи као основа за дизајн базе података и креира се
ради детаљне спецификације структуре података и односа између њих.
 Концептуални модел је први корак у процесу дизајнирања базе података и
служи као основа за развој логичког модела.
 Логички модел, затим, прецизира структуру и односе између података, али
још увек се држи апстрактних идеја, без уласка у физичке детаље.
 Када се логички модел одобри и дефинише, следи развој физичког модела
који се фокусира на конкретне детаље имплементације на хардверу.

You might also like