Навігація
Головна
 
Головна arrow Інформатика arrow Бази даних
< Попередня   ЗМІСТ   Наступна >

Концептуальна модель

Метою наступного етапу є побудова - на основі ТЗ - основних положень створюваної БД без прив'язки до конкретної СУБД.

Зарубіжні проектувальники воліють [2, 3, 5] використовувати для цих цілей ER-діаграми, безсумнівним достоїнством використання яких є можливість автоматизації проектування БД.

Разом з тим при використанні ER-діаграм виникають серйозні складності:

  • • з ER-діаграмами може працювати професіонал високого рівня, мабуть, через недостатню наочності діаграм при наявності значної кількості неформальних факторів;
  • • в апараті ER-діаграм фактично окремо будуються діаграми сутностей і атрибутів, що ускладнює вказівку полів (атрибутів) зв'язку сутностей;
  • • немає чіткої прив'язки сутностей до входів і виходів системи, складовою частиною якої є проектована БД;
  • • Не дуже чітко проглядається така прив'язка і в DF-диаг- Рамма, супроводжуючих ER-діаграми.

Нечітке виявлення сутностей може викликати серйозні помилки [6] на початкових етапах проектування. Такі помилки згодом дуже важко виправити.

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

У зв'язку з цим при першому знайомстві з БД корисніше, на думку авторів, використовувати більш наочні схеми зв'язків. Після придбання певного досвіду можливо поступово перейти до використання ER-діаграм.

На основі ТЗ вибирається режим (одно- або багатокористувацький) і різновид (централізована або розподілена) БД.

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

На даному етапі можлива і процедура нормалізації.

Найпростіша технологія нормалізації (ТН1) укладена в наступному.

  • 1. Виписати в рядок (лінійно) перелік всіх полів, отриманих на етапі аналізу вимог.
  • 2. Виявити зв'язки між полями.
  • 3. Провести процедури нормалізації з побудовою 1НФ-5НФ.

Однак при великій кількості полів ця процедура трудомістка, тому доцільно використовувати технологію ТН2.

  • 1. Розділити поля на блоки (по предметній ознаці).
  • 2. Встановити зв'язки між блоками.
  • 3. Провести нормалізацію на рівні виділених блоків.

При необхідності на наступному етапі виконати нормалізацію всередині блоків.

При режимі одного перелік полів визначається схемою (даних). При многопользовательском режимі можливе використання одного з двох варіантів формування схеми.

  • 1. Від схеми - до Подсхема. На основі вивчення документообігу та алгоритму додатки (алгоритму перетворення) формується схема, яка далі "розкидається" між користувачами.
  • 2. Від подсхем - до схеми. Для кожного користувача виявляється подсхема, з яких складається загальна схема [1-3, 39].

В даний час дані витягуються на етапі аналізу вимог, і тому частіше використовують перший варіант.

Описані варіанти можуть використовуватися і на етапах фрагментації і локалізації при побудові розподілених баз даних.

Фрагментація і локалізація

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

Логічна модель

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

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

 
Якщо Ви помітили помилку в тексті позначте слово та натисніть Shift + Enter
< Попередня   ЗМІСТ   Наступна >
 
Дисципліни
Агропромисловість
Аудит та Бухоблік
Банківська справа
БЖД
Географія
Документознавство
Екологія
Економіка
Етика та Естетика
Журналістика
Інвестування
Інформатика
Історія
Культурологія
Література
Логіка
Логістика
Маркетинг
Медицина
Нерухомість
Менеджмент
Педагогіка
Політологія
Політекономія
Право
Природознавство
Психологія
Релігієзнавство
Риторика
Соціологія
Статистика
Техніка
Страхова справа
Товарознавство
Туризм
Філософія
Фінанси
Пошук