Помощничек
Главная | Обратная связь


Археология
Архитектура
Астрономия
Аудит
Биология
Ботаника
Бухгалтерский учёт
Войное дело
Генетика
География
Геология
Дизайн
Искусство
История
Кино
Кулинария
Культура
Литература
Математика
Медицина
Металлургия
Мифология
Музыка
Психология
Религия
Спорт
Строительство
Техника
Транспорт
Туризм
Усадьба
Физика
Фотография
Химия
Экология
Электричество
Электроника
Энергетика

Задання структури таблиць



Бази даних. Системи управління базами даних. Моделі подання даних. Об’єкти та їх атрибути. Зв’язки між об’єктами. Ключ.

Базу даних (БД) можна визначити як уніфіковану сукупність даних, спільно використовувану різними задачами в рамках деякої єдиної автоматизованої інформаційної системи (ІС).

СУБД– це програмні засоби, за допомогою яких можна створювати бази даних, заповнювати їх та працювати з ними.Сучасні СУБД є об’ектно-орієнтованими і реляційними. Основною одиницею є об'єкт, що має властивості, і зв'язки між об'єктами. СУБД використовують кілька моделей даних: ієрархічну і мережну (з 60-х років) і реляційну (з 70-х). Основне розходження даних моделей у представленні взаємозв'язків між об'єктами.

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

Мережна модель даних будується за принципом "головний і підлеглий тип одночасно", тобто будь-який тип даних одночасно може одночасно породжувати кілька підлеглих типів (бути власником набору) і бути підлеглим для декількох головних (бути членом набору).

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

Об'єкт (Сутність) - елемент якої-небудь системи, інформація про яке зберігається. Об'єкт може бути як реальним (наприклад - людина), так і абстрактним (наприклад - подія).

Атрибут - інформаційне відображення властивостей об'єкта. Кожен об'єкт характеризується набором атрибутів.

Первинний ключ — атрибут (або група атрибутів), що дозволяє однозначно визначити кожен рядок у таблиці.

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

Етапи проектування баз даних.

1.Визначення мети створення бази даних, які її функції і яку інформацію вона має містити.

До бази даних звертаються, коли доводиться описувати складні об'єкти з багатьма властивостями-атрибутами, коли поставлене завдання автоматизації введення даних і виводу інформації, яка вас цікавить, коли необхідно забез­печити процес введення і відновлення даних, тобто забезпечити цілісність інфор­мації.

Визначення таблиць, що входять до бази даних

На наступному етапі створення бази даних необхідно визначити основні теми таблиць, а також їхню структуру. Надалі розглядатимемо створення бази даних для туристичної фірми, що розповсюджує путівки. У таблиці «Путівки» зберігатимуться відомості про запропоновані путівки, у таблиці «Замовлення» - відомості про замовлення путівок, а в таблиці «Клієнти» - дані про постійних клієнтів фірми.

Задання структури таблиць

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

— Інформація в таблиці не повинна дублюватися. Не повинно бути по­вторень і між таблицями. Коли певна інформація зберігається тіль­ки в одній таблиці, то і змінювати її доведеться тільки в одному місці. Це надає роботі більшої ефективності, а також виключає можливість розбіжності інформації в різних таблицях.

— Кожна таблиця має містити інформацію тільки на одну тему. Відо­мості на кожну тему обробляти набагато легше, якщо містяться вони в незалежних одна від одної таблицях. Наприклад, адреси та замо­влення клієнтів зберігаються в різних таблицях для того, щоб після видалення замовлення інформація про клієнта залишилася в базі даних.

— Кожне поле має бути пов'язане зтемою таблиці.

— Не рекомендується включати до таблиці дані, що утворюються внаслідок обчис­лень.

— У таблиці має бути вся необхідна інформація.

— Інформацію слід розбивати на найменші логічні одиниці (наприклад, поля „Ім'я” і „Прізвище” а не спільне поле „Ім'я”).

4. Задання ключа і визначення зв'язків між таблицями

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

 




Поиск по сайту:

©2015-2020 studopedya.ru Все права принадлежат авторам размещенных материалов.