Забезпечення цілісності даних необхідно з наступних причин. З одного боку, від точності даних залежить коректність прийнятих рішень. З іншого боку, цілісність даних повинна бути реалізована на верхньому рівні інформаційної системи (центральному сервері) незалежно від використовуваних додатків і інструментальних засобів. І нарешті, сукупність з декількох баз даних повинна розглядатися з точки зору користувачів як цілісна окремо взята база. Важливим аспектом цілісності даних є також використання активного сервера, коли оновлення бази даних супроводжується повідомленням зацікавлених користувачів про зміни в їх інформаційному просторі. [4]
Для забезпечення цілісності даних у вибірках і пов'язаних файлах при установці команди SET FIELDS доцільно додавати записи окремо в кожен файл БД в стані, коли доступні всі його поля. При зміні значень даних в індексованих полях пов'язаних файлів БД слід пам'ятати, що зміна даних в батьківському файлі без відповідної зміни даних в синівські файлах може привести до втрати зв'язку між ними. Таким чином, в dBASE IV не забезпечується автоматичне оновлення даних в зв'язаних файлах. Команда SET FIELDS не впливає на використання індексів, навіть якщо індексні вирази містять поля, які не вказані в установленому списку. [6]
Для забезпечення цілісності даних в структурі даних спроектируем окремий модуль, що містить опис кожної структури даних. Потім ми домовимося про те, що процедури в інших модулях не мають безпосередньо доступу до даних, записаних в структурі даних розглянутого модуля. Для кожного модуля, що містить структуру даних, передбачаються процедури, за допомогою яких проводиться вибірка даних з модуля. Уявімо, наприклад, що в проектованій системі міститься структура даних, називана ЗАПИС. Для нас зараз не важливо, яку інформацію містить ЗАПИС, оскільки необхідно з'ясувати, як відбувається управління інформацією, а не що вона означає. Визначимо модуль ПІДТРИМКИ ЗАПИСИ для структури даних ЗАПИС. Далі визначимо процедуру ЧИТАННЯ ЗАПИСИ в цьому модулі, яка зчитує інформацію зі структури даних ЗАПИС. Тому, якщо процедура іншого модуля вимагає інформацію з ЗАПИСИ, вона викликає процедуру ЧИТАННЯ ЗАПИСИ, яка і здійснює вибірку. Ця концепція ілюструється на рис. 4.16, де показано, як процедура ЧИТАННЯ ЗАПИСИ зчитує запис зі структури даних ЗАПИС для використання процедурою в модулі ОБРОБКИ. [7]
Механізми забезпечення цілісності даних застосовуються як до окремого блоку, так і до потоку даних. Цілісність блоку є необхідною, але недостатньою умовою цілісності потоку. Цілісність блоку забезпечується виконанням взаємозалежних процедур шифрування і дешифрування відправником і отримувачем. Відправник доповнює передається блок криптографічного сумою, а одержувач порівнює її з криптографічним значенням, відповідним прийнятому блоку. Розбіжність свідчить про спотворення інформації в блоці. Однак описаний механізм не дозволяє розкрити підміну блоку в цілому. Тому необхідний контроль цілісності потоку, який реалізується за допомогою шифрування з використанням ключів, змінюваних залежно від попередніх блоків. [8]
До засобів забезпечення цілісності даних відноситься Словник-довідник даних, що є доповненням до вбудованих в СУБД СЕТОР засобам підтримки цілісності БД, таким, як програма ведення системного журналу і програма відновлення БД. [10]
Чи заважає параметр Забезпечення цілісності даних встановленню параметра об'єднання. [11]
Після активізації прапорця Забезпечення цілісності даних стають доступними радиокнопки Ставлення і два прапорці каскадних операцій. [13]
Корисно також встановити прапорець Забезпечення цілісності даних і два прапорці, які відповідають за каскадне оновлення та видалення даних. [14]