tify"> Дана розробка призначена для зберігання та використання інформації з предметної області Університет. За допомогою даної розробки можна складати розклад лекцій, розраховувати число лекцій за рік, вести облік доходів викладачів, а так само вносити і змінювати всі необхідні дані, використовувані в даній предметній області.
. ВИМОГИ ДО програмні вироби
Дана БД повинна мати таблиці, запити, форми і звіти. Користувач повинен мати можливість вносити, змінювати і видаляти необхідні йому дані. Для здійснення даної мети, і для зручності використання, в БД крім самих таблиць (в яких можна змінювати дані, але неквалифицированному співробітнику робити це вкрай важко) повинні бути створені форми. Для отримання вибіркової інформації на принтер в БД створюються звіти. Крім усього вище сказаного, підсумком роботи над БД, є створення так званої кнопкової форми, яка являє собою набір кнопок, які відкривають доступ до всіх об'єктів БД, тим самим, полегшуючи роботу в ній.
2. КОНСТРУКТОРСЬКЕ ЧАСТИНА
. 1 Нормалізація структури БД
Після того, як побудована інфологіческая модель, настає етап нормалізації структури БД, суть якої полягає в складанні схеми таблиць із зазначеними зв'язками. Для того щоб зв'язки між таблицями працювали надійно і за записи з однієї таблиці можна було однозначно знайти записи в іншій таблиці, треба передбачити унікальні поля. Унікальне поле - це поле, значення в якому не можуть повторюватися.
Для вказівки унікального поля використовується поняття ключового поля. При створенні структури таблиць одне поле (або одну комбінацію полів). Можна призначити ключовим. З ключовими полями комп'ютер працює особливо. Він перевірять їх унікальність. Ключове поле - очевидний кандидат для створення зв'язків. Іноді ключове поле називають первинним ключовим.
Як правило, унікальне поле створюють штучно. Для цього потрібно перше властивістю кожної сутності вказати номер окремого примірника по порядку. Це поле повинно мати тип Лічильник. Ввести два однакових значення в таке поле не можна за визначенням, оскільки приріст значення поля виробляється автоматично. Зв'язок між таблицями буде вестися в подальшому саме по цьому полю.
Нормалізація являє собою побудову так званої концептуальної моделі БД, яке зводиться до поданням інфологічної моделі в термінах обраної СУБД (у даному випадку Access). Концептуальна модель має вигляд, трохи відрізняється від инфологической, але будується на основі инфологической.
У концептуальної моделі використовуються інші терміни: замість «сутності» використовується термін «таблиця», замість «властивості» (атрибута) - «поле».
Особливістю концептуальної моделі є наявність зв'язків, які тут показують явно. Зв'язки проводяться між відповідними полями, створеними ще в інфологічної моделі для формування зв'язків «один-до-одного» і «один-до-багатьох».
Концептуальна модель по предметної області «Університет» приведена нижче.
Рис.2.1. Концептуальна модель по предметної області «Університет»
У кожну підпорядковану таблицю для побудови зв'язку повинно бути внесено ключове поле з головної таблиці. (Наприклад, в таблицю «Лекція», яка є підлеглою, внесемо ключове поле «Код викладача» з таблиці «Викладач», яка є головною у зв'язку «Викладач» - «Лекція»).
2.2 Розробка таблиць БД
Наступним кроком у створенні БД є розробка таблиць і подальша робота над ними безпосередньо вже в самій програмі (дана операція називається побудовою фізичної моделі БД).
Об'єктами фізичної моделі є таблиці і поля з типами даних визначеними для обраної СУБД.
Системи управління базами даних (СКБД) - це програмні засоби, за допомогою яких можна створювати бази даних, наповнювати їх і працювати з ними. У світі існує чимало різних систем управління базами даних. Одна з найпопулярніших - знаходиться у складі пакету Microsoft Office система управління базами даних Access.
З організаційної точки зору в роботі з будь-якою базою даних є два різних режиму: проектувальний і експлуатаційний (користувацький). Творець бази має право створювати в ній нові об'єкти (наприклад, таблиці), задавати їх структуру, змінюватися властивості полів, встановлювати необхідні зв'язки. Він працює зі структурою бази і має повний доступ до бази. В однієї бази може бути один, два або кілька розробників.
Користувач бази - це особа, яка наповнює її інформацією за допомогою форм, обробляє дані за допомогою запитів і отримує результат у вигляді результуючих таблиць або звітів. В однієї бази можуть бути мільйони кор...
