Материал: Проектування бази даних магазину мережного устаткування
Для побудови логічної моделі бази даних, що проектується, перетворюємо ER-діаграму у відношення, визначаємо кількість відношень.
Зв’язок Країна - Виробник 1:М. Зв’язок з боку сутності Виробник необов’язковий, зв’язок з боку сутності Країна обов’язковий. Створюємо два відношення - по одному для кожної сутності, ключ кожної сутності стає ключем відношення, ключ сутності, з необов’язковою участю стає зовнішнім ключем для сутності з обов’язковою участю.
Зв’язок Виробник - Устаткування 1:М. . Зв’язок з боку сутності Виробник обов’язковий, зв’язок з боку сутності Устаткування необов’язковий. Створюємо два відношення - по одному для кожної сутності, ключ кожної сутності стає ключем відношення, ключ сутності, з необов’язковою участю стає зовнішнім ключем для сутності з обов’язковою участю.
Зв’язок Устаткування - Група М:1. Зв’язок з боку сутності Устаткування необов’язковий, зв’язок з боку сутності Група обов’язковий. Створюємо два відношення - по одному для кожної сутності, ключ кожної сутності стає ключем відношення, ключ сутності, з необов’язковою участю стає зовнішнім ключем для сутності з обов’язковою участю.
Зв’язок Покупець - Чек 1:М. Зв’язок з боку сутності Покупець необов’язковий, зв’язок з боку сутності Чек обов’язковий. Створюємо два відношення - по одному для кожної сутності, ключ кожної сутності стає ключем відношення, ключ сутності, з необов’язковою участю стає зовнішнім ключем для сутності з обов’язковою участю.
Зв’язок Устаткування - Склад 1:М. Зв’язок з боку сутності Склад обов’язковий, зв’язок з боку сутності Устаткування необов’язковий. Створюємо два відношення - по одному для кожної сутності, ключ кожної сутності стає ключем відношення, ключ сутності, з необов’язковою участю стає зовнішнім ключем для сутності з обов’язковою участю.
Всі відношення знаходяться у 3НФ, т. я. всі атрибути кожного відношення перебувають у повній функціональній залежності від ключа, у відношеннях немає груп, що повторюються, немає часткової ФЗ та транзитивної ФЗ.
1. Створення баз даних - для цього необхідно визначити які дані будуть зберігатися і якого вони типу, потрібно описати структуру бази даних, тобто зв’язки між її елементами. Все це заноситься в пам’ять і СУБД звертається до цієї інформації по мірі необхідності.
2. Введення даних в пам’ять - здійснюється контроль за вводом СУБД, вона керує розміщенням даних у пам’яті.
. Експлуатація бази даних - користувач може обновити базу даних, додати чи вилучити, вибрати з бази даних необхідну інформацію.
. Захист даних - він необхідний у випадку раптового виключення живлення і якщо декілька користувачів одночасно здійснюють доступ до даних.
. Обробка даних - найчастіше це сортування даних, математична обробка даних, об’єднання даних.
. Вивід даних на екран або тверді копії.
Перші СУБД почали виникати в 70-х роках. На даний час існують різні СУБД: dBase, FoxBase, SQL Server, FoxPro MS Access і т.д. Найчастіше використовуються СУБД SQL Server, FoxPro і Access. Нижче приведена коротка характеристика цих СУБД.
Можливості SQL Server 2008 відносяться до чотирьох основних напрямків розвитку представлень Mіcrosoft про платформу даних.іssіon Crіtіcal Platform - SQL Server 2008 дозволяє організаціям виконувати найскладніші додатки, попутно спрощуючи відділам ІТ роботу з інфраструктурою керування даними. Це безпечна, надійна платформа, що захищає інформацію в додатках і підвищує її доступність. Включена в неї інноваційна інфраструктура керування, заснована на політиках, дозволяє визначати політики для явного й автоматичного адміністрування серверних сутностей на одному чи декількох серверах. Крім того, оптимізована платформа SQL Server 2008 відкриває шлях до передбачуваної продуктивності обробки запитів.іc Development - SQL Server 2008 у сполученні с .NET Framework спрощує розробку нових додатків. Середовище ADO.NET Entіty Framework підвищує ефективність роботи розроблювачів, оскільки тепер вони мають справу не безпосередно з таблицями і полями, а з логічними інформаційними сутностями. Більш того, вони можуть створювати додатки, що дозволяють користувачам копіювати дані на власні пристрої, а пізніше синхронізувати їх з центральними серверами.Relatіonal Data - SQL Server 2008 дозволяє розроблювачам керувати з даними будь-яких типів - від традиційних до географічних (geospatіal). Це відкриває дорогу до створення додатків нового покоління з урахуванням інформації про розташування і можливість керування документами.іve Busіness Іnsіght - інфраструктура SQL Server 2008 стала більш масштабуючою. Вона здатна формувати звіти і виконувати аналіз будь-якого обсягу і складності, одночасно полегшуючи користувачам доступ до даних за рахунок більш тісної інтеграції з Mіcrosoft Offіce. У результаті ІТ-спеціалісти можуть поширити використання бізнес-аналітики по всій організації. SQL Server 2008 дозволяє користувачам консолідувати різнорідні дані в корпоративному сховищі, виводячи організацію сховищ даних на новий рівень.
Загальна характеристика СУБД Visual FoxPro
СУБД VFP - це реляційна база даних. Кожна таблиця зберігається в окремому файлі з розширенням dbf. Усі інші об'єкти - форми (form), запити (query), звіти (report), програми (program), меню (menu), уявлення (view) теж зберігаються в окремих файлах з відповідними типами.
При роботі в СУБД FoxPro користувач може працювати в інтерактивному і програмному режимах. В пам’яті зберігаються бази даних і змінні, які можуть бути записані у файлах.
Система управління базами даних Microsoft Access
Система управління базами даних Microsoft Access входить до складу пакета Microsoft Office. Вона дозволяє розв’язувати широке коло завдань користувачів без програмування і доступна для широкого кола непрофесійних користувачів персональних комп’ютерів.
Система управління базами даних (СУБД) Access розроблена для експлуатації у комп’ютерних мережах у середовищі Windows.
Одна з основних переваг СУБД Ассеss полягає у тому, що вона має прості та зручні засоби обробки кількох таблиць у одній базі даних. Таблиця є основним об’єктом бази даних. У одній базі даних зберігається кілька таблиць та засоби зв’язування таблиць.
У системі Acсess є різні способи управління даними, а саме:
− система меню;
− панелі інструментів;
− контекстне меню;
− укажчик миші;
− комбінації клавіш.
СУБД Access має значну кількість спеціальних програм - "майстрів". Є майстер таблиць, майстер кнопок, майстер форм та ін. Майстри здійснюють діалог з користувачем, у процесі якого визначаються дані, необхідні для розв’язування відповідної задачі. Для зручності роботи кожен майстер має певні етапи (кроки). Будь-який етап можна пропустити або звернутись до попередніх.
Формою видачі даних на екран користувач може управляти. Важливо правильно конструювати форми, оскільки саме з ними працює користувач при введенні і редагуванні записів бази даних. Крім того, форми можна використовувати для збирання та виведення інформації.
Етапи створення бази даних у середовищі Microsoft Access:
− визначення мети створення бази даних;
− визначення таблиць, які повинна містити база даних;
− визначення структури таблиць (полів та їх типів);
− призначення ключів таблиць та створення потрібних індексів;
− визначення зв'язків між таблицями;
− завантаження даних;
− створення інших об'єктів бази даних: запитів, форм, звітів, макросів та модулів;
− аналіз ефективності бази даних за допомогою майстра таблиць (меню СЕРВИС => АНАЛИЗ => ТАБЛИЦА) та аналізатора швидкодії (меню СЕРВИС => АНАЛИЗ => БЬІСТРОДЕЙСТВИЕ).
Оцінивши та проаналізувавши переваги та недоліки сучасних
СУБД, для проектування розроблюваної бази даних було обрано середовище
Microsoft Access. Адже дана програма є досить зручною, зрозумілою та простою в
користуванні. Microsoft Access не вимагає дорогого програмного забезпечення і
цілком підходить для розробки невеликої за об’ємом інформаційної системи.
6. Реалізація логічної моделі у середовищі Microsoft Access
База даних створена у середовищі СКБД Access 2003.
Створення бази даних завжди починається з розробки структури її таблиць. Структура повинна бути такою, щоб при роботі з базою в неї було потрібно вводити якнайменше даних. Структуру кожної таблиці розробляють окремо. Для того щоб зв'язки між таблицями працювали надійно, і за записом з однієї таблиці можна було однозначно знайти запис в іншій таблиці, треба передбачити в таблиці унікальні поля. Унікальне поле - це поле, значення в якому не можуть повторюватися. Якщо дані в полі повторюються і необхідно видавати повідомлення про це, то для таких даних використовують ключове поле.
Одним із найскладніших етапів у процесі проектування бази даних є розробка таблиць, тому що результати, які повинна видавати база даних (звіти, вихідні форми тощо), не завжди дають повне уявлення про структуру таблиці. У разі проектування таблиць зовсім не обов'язково використовувати СУБД. Спочатку краще розробити структуру на папері. Отже, у разі проектування таблиць слід керуватися такими основними принципами:
· інформація в таблиці не повинна дублюватися. Не повинно бути повторень і між таблицями. Коли певна інформація зберігається лише в одній таблиці, то і змінювати її доведеться лише в одному місці. Це робить роботу ефективнішою, а також виключає можливість розбіжності інформації в різних таблицях. Наприклад, в одній таблиці мають міститися коди клієнтів, коди устаткування тощо;
· кожна таблиця повинна містити інформацію лише на одну тему. Дані на кожну тему опрацьовуються набагато легше, якщо вони утримуються в незалежних одна від іншої таблицях. Наприклад, адреси та замовлення клієнтів зберігаються в різних таблицях, щоб у разі вилучення замовлення інформація про клієнта залишилася в базі даних.
Кожна таблиця містить інформацію на окрему тему, а кожне поле в таблиці містить окремі дані по темі таблиці. Наприклад, у таблиці з даними про устаткування можуть бути поля з назвою устаткування, його кодом, кодами групи, виробника та ін. Під час розробки полів для кожної таблиці необхідно пам'ятати:
· кожне поле має бути пов'язане з темою таблиці;
· не рекомендується включати до таблиці дані, що є результатом виразу;
· у таблиці має бути вся необхідна інформація;
· інформацію варто розбивати на найменші логічні одиниці.
З тим, щоб СУБД могла зв'язати дані з різних таблиць, наприклад дані про клієнта і його покупки, кожна таблиця повинна містити поле чи набір полів, що задаватимуть індивідуальне значення кожного запису в таблиці. Таке поле чи набір полів називають основним ключем.
Розроблювана БД складається з восьми таблиць (рис. 6.1):
Виробник, Група, Країна, Покупець, Склад, Устаткування, Склади, Чек. Всі
таблиці створювались у режимі Конструктора. У таблицях дані розміщені по
стовпцях та рядках (кортежах). Всі дані одного стовпця одного типу, описують
інформацію одної категорії. Таблиці містять інформацію щодо виробників
устаткування; груп, на які поділене устаткування; країн-виробників; покупців;
складу, устаткування на ньому та кількість; устаткування; покупок устаткування.
Рисунок 6.1 - Таблиці створюваної БД
Таблиця Виробник
Атрибути:
1. Код_Виробника - тип даних - числовий, обов’язкове поле, збіги не допускаються.
2. Код_Країни - тип даних - числовий, обов’язкове поле, збіги допускаються.
. Виробник - тип даних - текстовий, обов’язкове поле,
збіги не допускаються, пусті рядки не допускаються.
Рисунок 6.2 - Таблиця Виробник
Таблиця Група
Атрибути:
1. Код_Групи - тип даних - текстовий, обов’язкове поле, пусті рядки не допускаються, збіги не допускаються.
2. Група - тип даних - текстовий, обов’язкове поле, пусті
рядки не допускаються, збіги не допускаються.
Рисунок 6.3 - Таблиця Група
Таблиця Країна
Атрибути:
1. Код_Країни - тип даних - числовий, обов’язкове поле, збіги не допускаються.
2. Країна - тип даних - текстовий, обов’язкове поле,
збіги не допускаються, пусті рядки не допускаються.
Рисунок 6.4 - Таблиця Країна
Таблиця Покупець
Атрибути:
1. Код_Покупця - тип даних - лічильник, збіги не допускаються.
2. Покупець - тип даних - текстовий, обов’язкове поле, збіги не допускаються, пусті рядки не допускаються.
Рисунок 6.5 - Таблиця Покупець
Таблиця Склад
Атрибути:
1. №_Склада - тип даних - числовий, обов’язкове поле, збіги допускаються.
2. Код_Устаткування - тип даних - текстовий, обов’язкове поле, збіги допускаються, пусті рядки не допускаються.
. Кількість - тип даних - числовий, обов’язкове поле,
збіги допускаються.
Рисунок 6.6 - Таблиця Склад
Таблиця Устаткування
Атрибути:
1. Код_Групи - тип даних - текстовий, обов’язкове поле, збіги допускаються, пусті рядки не допускаються.
2. Код_Устаткування - тип даних - текстовий, обов’язкове поле, збіги не допускаються, пусті рядки не допускаються.
. Код_Виробника - тип даних - числовий, обов’язкове поле, збіги допускаються.
. Устаткування - тип даних - числовий, обов’язкове поле, збіги допускаються, пусті рядки не допускаються.
. Ціна - тип даних - грошовий, обов’язкове поле, збіги
допускаються.
Рисунок 6.7 - Таблиця Устаткування
Таблиця Чек
Атрибути:
1. Код_Покупця - тип даних - числовий, обов’язкове поле, збіги допускаються.
2. Код_Устаткування - тип даних - текстовий, обов’язкове поле, збіги допускаються, пусті рядки не допускаються.
. Кількість - тип даних - числовий, обов’язкове поле, збіги допускаються.
. Ціна - тип даних - грошовий, обов’язкове поле, збіги допускаються.
. Вартість - тип даних - грошовий, обов’язкове поле, збіги допускаються.
. Дата_Покупки - тип даних - дата/час, обов’язкове
поле, збіги допускаються.
Рисунок 6.8 - Таблиця Чек
Таблиця Склади
Атрибути:
1. Код_Склада - тип даних - лічильник, збіги не допускаються.
2. Склад - тип даних - текстовий, обов’язкове поле,
збіги не допускаються, пусті рядки не допускаються.
Рисунок 6.9 - Таблиця Склади
БД містить форми (рис. 6.10), які використовують для
введення, редагування, зміни даних у таблицях. У формах можна додавати,
переглядати, сортувати та розшукувати необхідні дані.
Рисунок 6.10 - Форми бази даних
Форма являє собою деякий електронний бланк, у якому є поля для введення даних. Розроблювач БД вводить дані в ці поля, і дані автоматично заносяться в таблиці бази.
Дані в таблицю можна вносити і без допомоги яких-небудь форм, але існують принаймні чотири причини, що роблять форми незамінним засобом введення даних у базу.
По-перше, малокваліфікованому персоналу не можна давати доступ до таблиць (найціннішому з того, що є в базі).