Бази даних в природних ресурсних системах
Варіант 1. Етапи проектування бази даних
Нижче наведені основні етапи проектування бази даних:
1.Визначення мети створення бази даних.
2.Визначення таблиць, що їх повинна містити база даних.
3.Визначення необхідних у таблиці полів.
4.Завдання індивідуального значення кожному полю.
5.Визначення зв'язків між таблицями.
6.Відновлення структури бази даних.
7.Додавання даних і створення запитів, форм, звітів та інших об'єктів бази даних.
8.Використання засобів аналізу в СУБД.
Розглянемо ці етапи дещо детальніше.
1. Визначення мети створення бази даних.
На першому етапі проектування бази даних необхідно визначити мету створення бази даних, основні її функції та інформацію, яку вона повинна містити. Тобто потрібно визначити основні теми таблиць бази даних та інформацію, що міститимуть поля таблиць.
База даних має відповідати вимогам тих, хто безпосередньо з нею працюватиме. Для цього потрібно визначити теми, які повинна покривати база даних, звіти, які вона має видавати, проаналізувати форми, що у даний момент використовуються для запису даних, порівняти створювану базу даних із добре спроектованою, подібною їй базою.
2.
Визначення таблиць, які повинні містити база даних.
Одним із найскладніших етапів у процесі проектування бази даних є розробка таблиць, тому що результати, які повинна видавати база даних (звіти, вихідні форми тощо), не завжди дають повне уявлення про структуру таблиці. У разі проектування таблиць зовсім не обов'язково використовувати СУБД. Спочатку краще розробити структуру на папері. Отже, у разі проектування таблиць слід керуватися такими основними принципами:
— інформація в таблиці не повинна дублюватися. Не повинно бути повторень і між таблицями. Коли певна інформація зберігається лише в одній таблиці, то і змінювати її доведеться лише в одному місці. Це робить роботу ефективнішою, а також виключає можливість розбіжності інформації в різних таблицях. Наприклад, в одній таблиці мають міститися адреси й телефони клієнтів;
кожна таблиця повинна містити інформацію лише на одну тему. Дані на кожну тему опрацьовуються набагато легше, якщо вони утримуються в незалежних одна від іншої таблицях. Наприклад, адреси та замовлення клієнтів зберігаються в різних таблицях, щоб у разі вилучення замовлення інформація про клієнта залишилася в базі даних.
3. Визначення необхідних у таблиці полів.
Кожна таблиця містить інформацію на окрему тему, а кожне поле в таблиці містить окремі дані по темі таблиці. Наприклад, у таблиці з даними про клієнта можуть бути поля з назвою компанії, адресою, містом, країною і номером телефону. Під час розробки полів для кожної таблиці необхідно пам'ятати:
— кожне поле має бути пов'язане з темою таблиці;
— не рекомендується включати до таблиці дані, що є
результатом виразу;
— у таблиці має бути вся необхідна інформація;
— інформацію варто розбивати на найменші логічні одиниці (наприклад, поля «Ім'я» і «Прізвище», а не загальне поле «Ім'я»).
4. Задання індивідуального значення кожному полю.
З тим, щоб СУБД могла зв'язати дані з різних таблиць, наприклад дані про клієнта і його замовлення, кожна таблиця повинна містити поле чи набір полів, що задаватимуть індивідуальне значення кожного запису в таблиці. Таке поле чи набір полів називають
основним ключем.
5. Визначення зв'язків між таблицями.
Після розподілу даних по таблицях і визначення ключових полів необхідно вибрати схему для зв'язку даних у різних таблицях. Для цього потрібно визначити зв'язки між таблицями. Бажано вивчати зв'язки між таблицями в уже існуючій базі даних. Для перегляду зв'язків у вибраній базі даних відкриваємо її і вибираємо відповідні команди.
6. Відновлення структури бази даних.
Після проектування таблиць, полів і зв'язків необхідно ще раз переглянути структуру бази даних і виявити можливі недоліки. Бажано це зробити на даному етапі, поки таблиці не заповнені даними. Для перевірки необхідно створити кілька таблиць, визначити зв'язки між ними та ввести кілька записів у кожну таблицю, потім подивитися, чи відповідає база даних поставленим вимогам. Рекомендується також створити чернеткові вихідні форми та звіти й перевірити, чи видають вони необхідну інформацію. Крім того, необхідно виключити з таблиць усі можливі повторення даних.
Інші цікаві матеріали
Країни Північної Європи
Північна Європа становить приклад позитивної інтеграції
економіки країн з різним рівнем ринковості і соціальної орієнтації. Як не
дивно, повідомлень про господарство цих країн у нашій літературі вкрай мало. У
підручника ...
Порівняльна економіко-географічна характеристика Північно-Західного та Північно-Східного економічних районів
Територія
України за всі роки свого існування зазнавала великих територіальних змін.
Сучасна державна територія остаточно сформувалась у першій половині 50-х років
нинішнього століття. Територія і населення району має с ...
Князівство Ліхтенштейн - карликова держава
Князівство
Ліхтенштейн (нім. Fürstentum
Liechtenstein) - країна на заході центральної Європи, межує з Австрією
на сході і Швейцарією на заході. Державний устрій - конституційна монархія.
Площа
160 км²;
ст ...