ар'єрні руху працівників
Слід зазначити, що для кожної сутності встановлюється свій код - ключовий атрибут, однозначно характеризує сутність.
РаботникиТабельный_номерФИОПаспортные_данныеДата_рожденияИНННомер_соц_страхованияКонтактный_номер Рисунок 1 - Визначення сутності «Працівники»
УчастокНаименование_участкаПодразделениеОписание Малюнок 2 - визначення сутності «Ділянки»
ПрофессияНаименованиеУчастокДолжностной_разрядСтавка/Должностной_окладСтатус Малюнок 3 - визначення сутності «Професії»
Карьерные_движения_работниковРаботникПризнак_движенияПрофессияДата_движенияПриказКомментарии Малюнок 4 - визначення сутності «Кар'єрні руху»
Наступним етапом є, установка зв'язків між сутностями. Всі ці зв'язки будуть відображені графічно у вигляді структури бази даних на наступному етапі проектування бази даних.
Даталогіческое проектування
Результатом даталогіческого проектування є концептуальна схема БД, що включає визначення всіх інформаційних елементів (одиниць) і зв'язків, у тому числі завдання типів, характеристик та імен.
Потрібно побудувати коректну схему БД, в якій відсутні небажані залежності між атрибутами відносин, орієнтуючись на реляційну модель даних.
Проектування схеми БД виконаємо шляхом декомпозиції (розбиття), коли вихідна безліч відносин, що входять в схему БД замінюється іншим безліччю відносин (число їх при цьому зростає), що є проекціями вихідних відносин. Класична технологія проектування реляційних баз даних пов'язана з теорією нормалізації, заснованої на аналізі функціональних залежностей між атрибутами відносин. Функціональні залежності визначають стійкі відносини між об'єктами та їх властивостями в аналізованої предметної області. Функціонально залежним вважається такий атрибут, значення якого однозначно визначається значенням іншого атрибута.
Процес проектування з використанням декомпозиції являє собою процес послідовної нормалізації схем відносин, при цьому кожна наступна ітерація відповідає нормальній формі більш високого рівня і володіє кращими властивостями, в порівнянні з попередньою итерацией. Кожній нормальній формі відповідає деякий певний набір обмежень, і ставлення знаходиться в деякій нормальній формі, якщо задовольняє властивому їй набору обмежень. Процес нормалізації - це розбиття таблиці на дві або більше з метою ліквідації дублювання даних і потенційної їх суперечливості. Остаточна мета нормалізації зводиться до отримання такого проекту бази даних, в якому «кожен факт з'являється лише в одному місці». Використання ненормалізованих таблиць може призвести до порушення цілісності даних (суперечливості інформації) в БД.
Змінна відносини знаходиться в першій нормальній формі (1НФ) тоді і тільки тоді lt; # justify gt; Схема бази даних
Малюнок 5 - Схема бази даних
Побудова таблиць бази даних
На попередньому етапі ми побудували схему бази даних, скориставшись загальними правилами переходу до реляційної моделі даних. Вона є коректною, оскільки в ній відсутні небажані відносини. Ставиться питання, а яку ж СУБД використовувати? Вибір зупинимо на реляційної СУБД MS SQL Server.SQL Server - система управління реляційними базами даних, розроблена корпорацією Microsoft, основний використовуваний мова запитів - Transact-SQL, створений спільно Microsoft і Sybase, який є реалізацією стандарту ANSI/ISO (American National Standards Institute/ International Organization for Standardization) по структурованого мови запитів SQL з розширеннями.
Мова SQL був спочатку розроблений компанією IBM, а в даний час підтримується більшістю комерційних СУБД, представлених на ринку, і є офіційним стандартом мови для роботи з реляційними базами даних. Само, назва SQL, є абревіатурою, утвореної від Structured Query Language (мова структурованих запитів).
Отже, потрібно вирішити питання про призначення типу даних для кожного атрибута кожної сутності, розміру даних, присвоєння властивостей унікальності та обов'язковості поля, призначення ключових полів.
Далі представлені всі таблиці, в режимі Design (Конструктор).
Малюнок 6/1 - Таблиця tb_worker
Малюнок 6/2 - Таблиця tb_uchastok
Малюнок 6/3 - Таблиця tb_podrazdeleniye
Малюнок 6/4 - Таблиця tb_dvizeniye
Малюнок 6/5 - Таблиця tb_occupation
Малюнок 6/6 - Таблиця tb_pas_department
Малюнок 6/7 - Таблиця...
