Зв’язок бази даних з реальністю

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

 

Контроль копіювання даних

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

 

Модель даних

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

 

Доступність даних

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

 

Безпека даних

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

 

Критерії вибору СУБД

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

Найважливіші критерії відбору СУБД:

Продуктивність

Продуктивність описує швидкість реакції на запити і кількість обслуговуваних завдань.

Масштабованість

Масштабованість позначає зміну роботи системи при збільшенні кількості користувачів і даних. Це також описує можливість адаптування системи і можливості розширення системи в умовах високого робочого навантаження.

Функціональність

Функціональність описує, які функції є доступними в системі. Вони можуть бути функціями користувача, адміністратора і функціями проектувальника. Часто брак відповідних функцій призводить до потреби покупки нових інструментів і збільшує вартість.

Узгодження із стандартами

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

Зручність і простота використання

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

Надійність

Надійність позначає частоту відмов. Чим вище надійність - тим вище вартість.

Таким чином, повинно бути виконано балансування надійності (або потреба зупинки роботи) і витрат.

Підтримка

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

Середовище розробки

Середовище розробки описує, на яких апаратних засобах і програмному забезпеченні система працюватиме.

Вартість

У вартість системи включені покупка, встановлення і експлуатація.

 

В чому полягає оптимізація проекту

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

Причиною може бути швидкість виконання деяких функцій або пам'яті і дуже обширне використання пам'яті деякими системами.

У таких випадках слід зробити оптимізацію.

Для оптимізації роботи системи застосовуються наступні методи:

використання статичних змінних замість динамічних,

застосування вкладеного коду замість процедур, що викликаються,

вибір типів з мінімальними величинами.

Ці методи можуть призвести до менш зрозумілого коду замість його оптимізації. Обробка помилок може стати складнішою або неможливою.

Кориснішим було б проведення оптимізації ще на етапі дизайну або навіть аналізу.

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

Ще одним важливим моментом в знаходженні слабких місць і обережному поводженню з ними є розуміння процедур. Загальновідомо, що 20% коду займає 80% часу виконання. Затримки можуть бути усунені шляхом написання часто використовуваних функцій на мовах низького рівня, наприклад, C.

Часто затримки викликані операціями над базами даних. Перевантаження, потрібне реляційним базам даних, також є важливим чинником. В деяких випадках оптимізація може відбуватися шляхом денормалізації бази даних, з'єднанням осередків в одну, застосуванням індексів і інших структур.

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

 

Методи оптимізації системи

Для оптимізації роботи системи застосовуються наступні методи:

використання статичних змінних замість динамічних,

застосування вкладеного коду замість процедур, що викликаються,

вибір типів з мінімальними величинами.

Ці методи можуть призвести до менш зрозумілого коду замість його оптимізації. Обработа помилок може стати складнішою або неможливою.

Кориснішим було б проведення оптимізації ще на етапі дизайну або навіть аналізу.

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

 

 

Обмеження при переході до моделі розробки

відсутність множинного наслідування;

відсутність наслідування;

відсутність віртуальних методів;

відсутність складних атрибутів;

відсутність мультимедійних типів.

Подолання деяких особливостей концептуальної моделі в моделі реалізації є істотним недоліком.

 

Фізична структура системи

Одним із завдань етапу дизайну - описати фізичну структуру системи.

Вона включає:

- Опис структури початкового коду, тобто визначення початкових файлів, їх взаємозв'язків і знаходження компонентів.

- Декомпозиція системи на конкретні програми.

- Фізичний розподіл даних і програм.