КОНЦЕПТУАЛЕН МОДЕЛ НА ДАННИТЕ

КОНЦЕПТУАЛЕН МОДЕЛ НА ДАННИТЕ

Процес на изграждане модел на данните, свързан с дейността на дадена организация, който е независим от физическите фактори.

Описва понятия от предметната област, техните взаимовръзки, както и налаганите ограничения на данните

            Предназначение

• 
  Детайлно изясняване на структурата, семантиката, връзките и ограниченията в БД, независимо от конкретната СУБД, която ще се използва за реализирането и.
  
• 
  Статично описание на съдържанието на БД.
  
• 
  Изяснено влияние върху приложенията свързани с БД.
  
• 
  Улеснено общуване между участниците в проекта, благодарение на използваното диаграмно описание.
  

На база потребителските изисквания се идентифицират:

• 
  Типовете обекти
  
• 
  Примери - "сътрудник", "отдел", "проект", "заплата".
  
• 
  Типовете връзки или взамодействия             Примери -  "сътрудникът се води в един отдел", "сътрудникът може да изпълнява няколко проекта", "над един проект могат да работят няколко сътрудника".
  
• 
  Атрибути и ключове (подчертани)                 Примери – “сътрудник #”, “име на сътрудника”, “ЕГН”, ”специалност#”
  
• 
  Структурните ограничения                             Примери - "възраст на сътрудника от 16 до 60 години".
  

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

• 
  Да се спазват границите на предметната област определени в бизнес модела;
  
• 
  Да са спазени изисквания на първите три форми за нормализация на данните;
  
• 
  Да се изхожда от бизнес процесите, изпълнявани в предметната област;
  
• 
  Моделът да се разработва на модулен принцип – процес след процес.
  

Описва данните чрез средствата на конкретната СУБД в два етапа:

• 
  Трансформиране концептуалната схема в схема на релационната БД.
  
• 
  Отразяване специфичните особености на избраната за реализация СУБД върху концептуалния модел.
  

 

Концептуален модел	Релационен модел
Тип обект	Отношение, описващо “обект”
Връзки 1:1 и 1:N	Външен ключ
Връзка M:N	Отношение, описващо взаимодействие, с два външни ключа (съставен ключ)
Атрибут	Атрибут
Списъчен атрибут	Отношение и външен ключ
Ключов атрибут	Първичен ключ
Множество от стойности	Домейн

 

Отношенията, разработени на етап концептуален модел се преобразуват в таблици, атрибутите стават колони на таблиците, за ключовете атрибути се създават уникални индекси, домените се преобразуват в типове данни, приети в конкретната СУБД.

Наложените в концептуалния модел на данните ограничения се реализират със средствата на СУБД, например с помощта на индекси, декларативни ограничения на целостта, тригери, храними процедури и т.н.

Логическият модел се развива в границите наложени от концептуалния модел.

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

Фактори

• 
  Време за отговор – времето от подаване на заявка към БД до получаване на отговор.
  
• 
  Използвано пространство – обем памет на диска, необходим за зареждане на БД.
  
• 
  Среден брой транзакции, обработени за минута от системата.
  

Съществено значение имат настройките на СУБД в рамките на конкретната апаратно програмна реализация.

Приетите на предните нива решения са задължителни на ниво физически модел и оказват съществено влияние на дейностите, реализирани на този етап.

 

ФИЗИЧЕСКИ МОДЕЛ НА ДАННИТЕ

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

Фактори

• 
  Време за отговор – времето от подаване на заявка към БД до получаване на отговор.
  
• 
  Използвано пространство – обем памет на диска, необходим за зареждане на БД.
  
• 
  Среден брой транзакции, обработени за минута от системата.
  

Съществено значение имат настройките на СУБД в рамките на конкретната апаратно програмна реализация.

Приетите на предните нива решения са задължителни на ниво физически модел и оказват съществено влияние на дейностите, реализирани на този етап.