Реферат: Системи управління базами даних 2

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

3. Перетворення логічної моделі у фізичну. У процесі роз­робки фізичної моделі сутності, атрибути та зв'язки складають фізичну модель, відображаються у таблиці та стовпчиках. До ра­ніш заданих властивостей стовпчиків (типів даних, протяжностей і невизначених значень) додаються нові — первинні та зовнішні ключі, індекси, перевірочні обмеження та правила підтримки по­силкової цілісності. Щоб правильно і добре виконати цей етап проектування, засоби моделювання даних повинні працювати з кількома популярними СУБД SQL-типу, графічно відображати фізичні характеристики, дозволяти призначати та модифікувати триггери¹ за замовчування, створювати власні триггери, денормалізувати фізичну модель, не торкаючись при цьому логічної.

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

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

6. Супроводження розроблюваної моделі даних. Більшість баз даних протягом свого життєвого циклу еволюціонує. Для того, щоб спростити цей процес, рекомендується синхронно змінювати модель та базу даних. Варто звертати увагу на засоби синхроніза­ції, утиліти керування версіями та захисту. За допомогою найзруч­ніших у роботі інструментів можна переносити зміни в обидва бо­ки: з моделі в схему, і навпаки. Якщо раніше замовник після здачі СУБД в експлуатацію відмовлявся від супроводження, то тепер, як правило, проектувальники супроводжують експлуатацію СУБД. Це накладає на них додаткову відповідальність за якість проекту­вання, бо всі негаразди доводиться ліквідовувати їм самим.

7. Звернене проектування, що виходить з існуючої бази да­них. Відтворення схеми існуючої бази даних служить кільком ці­лям. Воно дає змогу побудувати модель цієї бази даних, перенес­ти існуючу базу даних з однієї СУБД на іншу, а також досить просто модифікувати схему бази даних, що функціонує. Ключо­ вими параметрами для виконання такого завдання є точність та гнучкість. Ми повинні мати можливість задати елементи схеми, з якими працюватиме програма, й очікується, що внаслідок гене­рації схеми бази даних за відновленою моделлю має з'явитися тотожна копія початкової схеми.

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