Моделювання реальності

З точки зору принципів інформаційної архітектури (див главу 1) метою моделювання є задоволення потреб замовника за рахунок визначення такої структури даних, яка логічно представляє конкретні обєкти і події

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

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

1 Дослідження та збір вимог

2 Логічне уявлення реальності

3 Ідентифікація та проектування видимих ​​сутностей

4 Розробка схеми

5 Проектування структури програми

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

Метою логічного проектування є опис сутностей, їх взаємозвязків та загальних правил існування При побудові фізичної схеми за основу береться логічна, а потім вона вбудовується в структуру конкретної системи управління базами даних (СКБД)

Логічна і фізична моделі

Я чув багато дискусій на тему відмінностей між логічної і фізичної моделями бази даних У деяких організаціях ці завдання виконуються різними командами розробників, які часом навіть не контактують один з одним Деякі проектувальники наполягають на тому, що їх реалізація в точності відповідає логічної моделі На противагу цьому є ті, які завжди будують відразу фізичну схему

Метою логічного моделювання є документування сутностей та їх взаємозвязків Тут головне добре зрозуміти основні бізнес-правила, і нічого більше На основі цього розуміння команда проектувальників може побудувати фізичну схему, яка відповідає як бізнес-правилами, так і вимогам продуктивності

У главі 17 ми сконцентруємо увагу на фізичній моделі

Математичний підхід до моделювання реляційних баз даних включає в себе деякі правила нормалізації – правила, які перевіряють правильність моделі бази даних Розробивши за своє життя сотні нормалізованих моделей баз даних, я знайшов ефективний підхід до цього процесу, заснований на видимості та підтримки сутностей Видима сутність являє собою елемент, який може розпізнати користувач Підтримуваної називають абстрактну сутність, розроблену проектувальником бази даних для фізичної підтримки загальної логічної моделі

Джерело: Нільсен, Пол Microsoft SQL Server 2005 Біблія користувача : Пер з англ – М: ООО ІД Вільямс , 2008 – 1232 с : Ил – Парал тит англ

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*