2. Концептуальний (інфологічний) рівень проектування

На концептуальному (інфологічному) рівні проектування структура бази даних відображається у виді ER-діаграми (Entry - сутність, Relatіonshіp - зв'язок). Проектування бази даних вимагає виділення всіх об'єктів, указівки їхніх властивостей і встановлення зв'язків між ними.

У даному випадку до об'єктів відносяться: Телефони із властивостями: Код, Фірма, Ціна, Вага і т.д.

Зв'язки відбивають істотні взаємини між об'єктами. Крім того, на ER-діаграмі зазначені ступені зв'язку між об'єктами, що показують, як саме зв'язані об'єкти між собою [1].

Ступені зв'язку бувають двох типів - "багато" і "один". Вони позначаються латинською буквою M для зв'язку "багато" і 1 для зв'язку "один".

Дана база є реляційною, як наслідок, вона містить не окремі незв'язані між собою таблиці, а групи взаємозалежних таблиць. Для створення зв'язків між таблицями використовувалося діалогове вікно СУБД Access, що називається Схема даних і знаходиться в меню Сервіс. Ввівши в схему даних усі таблиці, які треба зв'язати, зв'язку між полями були встановлені шляхом перетаскування імені полю з однієї таблиці в іншу на відповідне йому зв'язане поле.

Включення прапорця Забезпечення умови цілісності даних дозволяє захиститися від випадків видалення запису з однієї таблиці, при яких зв'язані з ними дані інших таблиць залишаться без зв'язку.

Прапорці Каскадне відновлення полів і Каскадне видалення зв'язаних записів забезпечують одночасне відновлення і видалення даних у всіх підлеглих таблицях при їхній зміні в головній.


2.2 Нормалізація форми ER-діаграми

Процес створення структури інформаційної системи, що дозволяє контролювати надмірність даних і запобігати аномалії або перекручуванням називається нормалізацією. Аномалії бувають:

- відновлення;

- видалення;

- уведення.

Надмірність і продуктивність інформаційної системи суперечливе, тому повне усунення надмірності іноді недоцільно.

Поняття нормалізації відноситься як до ER-діаграм, так і до таблиць реляційних баз даних.

Процес нормалізації складається з декількох етапів, на кожнім з яких визначаються так називані нормальні форми: 1NF, 2NF, 3NF, BCNF (Бойса Кодда), 4NF, 5NF(форма проекції з'єднань) - PJ/NF. У більшості проектів третя нормальна форма завершує процес нормалізації.

Стосовно до ER-діаграм можна сформулювати наступні визначення нормалізації форм:

1NF - усунуті повторювані атрибути або групи атрибутів, виявлені неявні сутності.

2NF - усунуті атрибути, що залежать тільки від частини унікального складеного ключа. Ця частина визначає окрему сутність.

3NF - усунуті атрибути, що залежать від атрибутів, що не входять в унікальний ключ.

Дана ER-діаграма знаходиться в 3NF, тому що сутності не мають властивостей, що залежать від неключових властивостей [1]. У ER-діаграмі усунуті надмірність і недоцільність використання інформації в сутності "Телефон".


3.Даталогичне проектування бази даних

Це другий етап проектування баз даних: необхідно об'єкти і зв'язки між ними перетворити в логічну модель даних - модель, побудовану за законами логіки. Існують кілька моделей даних. Серед них виділяють реляційною, ієрархічну і мережну.

Дана база даних є реляційною. У ній об'єкти і зв'язки між ними представляються у виді таблиць (відносин), що складаються з рядків і стовпців. Стовпець - це поле, рядок - це запис. Кожне поле має ім'я і тип. Імена полів - це атрибути (вони визначаються властивостями об'єкта). Тип задає спосіб представлення атрибута.

Основна властивість у реляційній базі даних полягає в тому, що в ній не повинно бути однакових записів. Це означає, що в таблиці повинні бути один або кілька атрибутів, що забезпечують унікальність кожного запису. Такі атрибути (групи атрибутів) називаються ключем. Ключів у таблиці може бути кілька. З них вибирається один (як правило, самий короткий по довжині), що буде надалі представляти (заміняти) кожен запис таблиці. Такий ключ називається первинним.

У нашій базі даних були введені в таблиці додаткові атрибути у відповідних таблицях, що не повторюються в жодному записі, тобто будуть первинним ключем.

Після нормалізації таблиць і встановлення зв'язків між ними можна говорити про створення бази даних [1].

Реляційна схема даної бази містить 7 таблиць:

- таблиця "Телефоны" є головною таблицею

- таблиця "Фирма" Містить найменування фірм виробників

- таблиця "Тип телефона" містить тип телефону

- таблиця "Разрешение" містить роздільну здатність дисплея телефону

- таблиця "Материал" містить дані про матеріал з якого зроблено телефон

- таблиця "Дисплей тип" містить дані про технологію створення дисплею

- таблиця "Камера" містить інформацію про камеру телефона

Розглянемо, чому дана реляційна схема відноситься до 3NF:

1) Кожен стовпець таблиці неподільний і в рамках однієї таблиці немає стовпців з однаковими за змістом значеннями.

2) Первинні ключі таблиць однозначно визначають запис і не надлишкові.

3) Значення кожного полю не входить у первинний ключ, не залежить від значення іншого полючи також не вхідного в первинний ключ.


4.Фізичне проектування інформаційних систем

Фізична модель бази даних визначає спосіб розміщення даних (файлів) на пристроях зовнішньої пам'яті ЕОМ, а так само способи і засоби організації ефективного доступу до них. У цілому файлова структура і система керування є прерогативою операційної системи, тому стосовно баз даних, орієнтованих на роботу з елементами даних і високу інтенсивність обміну, ефективність уведення/висновку, вона буде не оптимальна. Операційна система з задачами баз даних справляється погано.

Система керування базами даних (СУБД), її мова, набагато заможніше, ніж набір файлової системи операційного середовища. Тобто СУБД бере на себе безпосереднє керування зовнішньою пам'яттю, мінімально використовуючи операційну систему.

Стадія фізичного проектування БД включає:

1) вибір способу організації БД;

2) розробку специфікації внутрішньої схеми БД засобами моделі даних;

3) опис відображення концептуальної схеми БД у внутрішній структурі керування файлами.

На відміну від ранніх СУБД багато сучасних систем, у тому числі і Access не надають розроблювачеві якого-небудь вибору на стадії фізичного проектування. На цій стадії можна говорити не про варіанти фізичного проектування, а про варіанти реалізації. Тобто , після створення датологічної моделі фізичне проектування включає:

- вибір СУБД;

- відновлення структури таблиць;

- призначення типів полів для розподілу атрибутів сутностей;

- можливе створення таких додаткових об'єктів як індекси, тригери (оброблювачі подій) і збережені процедури, що полегшують пошук у таблицях і обробку даних контролю цілісності [1].


Информация о работе «Проектування каталогу мобільних телефонів у Access»
Раздел: Информатика, программирование
Количество знаков с пробелами: 29410
Количество таблиц: 2
Количество изображений: 22

Похожие работы

Скачать
67019
4
10

... , хоча воно й може змінюватися при зміні інформації, що зберігається в базі даних. 2.4 Опис програми, форм, звітів Файлом, що запускає інформаційну систему «Облік мобільних терміналів» є здійсненний файл PR.EXE. Розглянемо дії користувача при роботі з системою. Оператор системи обліку і аналізу розрахунків з постачальниками (менеджер) запускає програму на виконання (виконувальний файл PR.exe ...

Скачать
132733
6
24

... адміністратор локальної мережі, який є у штатному розкладі і займається усіма проблемами, зв’язаними з комп’ютерами. Рисунок 1.2 – Функціональна схема автоматизованого робочого місця науково-технічної бібліотеки Метою розробки АРМ є - скорочення часу обробки оперативних даних, зменшення кількості помилок при обробці інформації. Основні функціональні вимоги до розроблюваного автоматизованого ...

Скачать
181880
32
27

... великі прибутки;РОЗДІЛ 3 ВИЯВЛЕННЯ АЛЬТЕРНАТИВ РОЗВИТКУ ПІДПРИЄМСТВА ТА ОБГРУНТУВАННЯ ДОЦІЛЬНОСТІ ЇХ РЕАЛІЗАЦІЇ 3.1 Концепція та економічне обгрунтування напрямку розвитку ТОВ „Класс-Лайн”   Основну стратегічна концепцію розвитку підприємства ТОВ „Класс-Лайн” побудуємо на основі маркетингової стратегії „нішерів”, яка є однією з провідних маркетингових стратегій та за класифікацією М.Портера ...

Скачать
205571
3
0

... ЄС. Програми залучення учасників в електронну комерцію Национальное участие в программах ес Национальное участие в программах Сообщества рассматриваются как необходимая деятельность, требующая большой подготовки и организации. Сообщество создало сеть корреспондентов или информационных центров в различных странах. Таким образом оно обеспечивает переда­чу на национальных языках информации и ...

0 комментариев


Наверх