y"> «Нуль» не означає порожнє поле або звичайний математичний нуль. Він відображає той факт, що значення невідоме, недоступне або не застосовується. Істотно, що використання нулів ініціює перехід з двозначною логіки (так / ні) на тризначну (так / ні / може бути). З точки зору іншого експерта з реляційних систем, Дейта, нулі не є повноцінним вирішенням проблеми пропусків інформації. Проте вони є складовою частиною більшості офіційних стандартів різних реляційних СУБД.
Цілісність - дуже складне і серйозне питання при управлінні реляційними базами даних. Неузгодженість між даними може виникати з цілого ряду причин. Неузгодженість чи суперечливість даних може виникати внаслідок збою системи - проблеми з апаратним забезпеченням, помилки в програмному забезпеченні або логічної помилки в додатках. Реляційні системи управління базами даних захищають дані від такого типу неузгодженості, гарантуючи, що команда або буде виконана до кінця, або буде повністю скасована. Цей процес зазвичай називають управлінням транзакціями.
Другий тип цілісності, званий об'єктної цілісністю, пов'язаний з коректним проектуванням бази даних. Об'єктна цілісність вимагає, щоб ні один первинний ключ не мав нульового значення [, 48].
Третій тип цілісності, званої посилальної цілісністю, означає несуперечність між частинами інформації, повторюваними в різних таблицях. Наприклад, якщо ви змінюєте неправильно введений номер картки страхового поліса в одній таблиці, інші таблиці, що містять цю ж інформацію, продовжують посилатися на старий номер, тому необхідно оновити і ці таблиці. Надзвичайно важливо, щоб при зміні інформації в одному місці, вона відповідно змінювалася і у всіх інших місцях. Крім того, за визначенням Кодда, обмеження на цілісність повинні:
- Визначатися мовою високого рівня, що використовується в системі для всіх інших цілей;
Зберігатися в словнику даних, а не в програмних додатках.
Ці можливості в тому чи іншому вигляді реалізовані в більшості систем.
2. Проектування баз даних
Процес, в ході якої вирішується, який вигляд буде у новостворюваної БД, називається проектуванням бази даних. На етапі проектування необхідно передбачити всі можливі дії, які можуть виникнути на різних етапах життєвого циклу БД (рис.2).
Процедури, що виконуються на етапах життєвого циклу БДПроектированиеСозданиеЭксплуатация Аналіз предметної області і запитів до БДГенерація схеми БДРеорганізація БДОрганізація доступу до баз даннихКонтроль стану БД Інтеграція користувальницьких представленійПодготовка середовища храненіяРеструктурізація БДПоіск і оновлення даннихСбор та аналіз статистики використання Вибір засобу реалізацііВвод і контроль даннихРеформатізація БДВивод отчетовКонтроль цілісності БДЛогіческое проектірованіеЗагрузка і коректування БДРазграніченіе доступаКопірованіе і відновлення БД Фізичне проектированиеИнициирование і завершення роботи з СУБД Рис. 2
.1 Аналіз предметної області і запитів до БД
На даному етапі необхідно проаналізувати запити користувачів, вибрати інформаційні об'єкти та їх характеристики і на основі аналізу структурувати предметну область (рис. 3).
Аналіз предметної області доцільно розбити на три фази...
