Моделювання реляційних баз даних

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

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

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

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

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

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

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

Джерело: Нільсен, Пол 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>

*

*