Реляційна модель даних, бази даних, моделі і схеми проектування

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

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

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

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

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

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

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

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

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