Переваги підходу, що передбачає використання бази даних

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

■&nbsp&nbsp&nbsp&nbsp Можливість спільного доступу до даних

Це питання вже обговорювалося в розділі 12, але для повноти проаналізуємо його ще раз Спільний доступ до даних означає не тільки можливість доступу до них за допомогою декількох існуючих додатків бази даних, але і можливість розробки нових додатків для роботи з цими ж даними Іншими

словами, вимоги нових додатків з доступу до даних можуть бути задоволені без необхідності додавання нових даних в базу

■&nbsp&nbsp&nbsp&nbsp&nbsp Скорочення надмірності даних

У системах, що не використовують бази даних, кожне застосування має свої файли Це часто призводить до надмірності збережених даних і, отже, до нераціонального використання простору вторинної памяті Наприклад, і додаток, повязане з обліком персоналу, і додаток, повязане з урахуванням результатів навчання службовців, можуть мати власні файли з відомчою інформацією про службовців Але як зазначено в розділі 12, ці два файли можна обєднати з усуненням надлишкової (повторюваної) інформації, за умови, що адміністратор даних знає про те, які дані потрібні для кожної програми, тобто на підприємстві здійснюється необхідне загальне управління

Примітка У даному випадку ми не маємо на увазі, що надмірність даних може або повинна бути усунена повністю Іноді вагомі практичні або технічні причини вимагають наявності декількох копій збережених даних Однак така надмірність повинна строго контролюватися, тобто враховуватися в процесі експлуатації СУБД Крім того, в подібному випадку повинна бути передбачена можливість розповсюдження оновлень (Подробиці наводяться нижче)

■&nbsp&nbsp&nbsp&nbsp&nbsp Усунення суперечності даних (до деякої міри)

Насправді це випливає з попереднього пункту Візьмемо приклад з життя Нехай службовець з табельною номером ЕЗ, що працює у відділі з номером D8, представлений двома різними записами в базі даних Припустимо, що в СУБД не враховано це дублювання (тобто надмірність даних не контролюється) Тоді рано чи пізно обовязково виникне ситуація, при якій ці два записи перестануть бути узгодженими, після того як одна з них буде змінена, а інша – ні У цьому випадку база даних стане суперечливою Ясно, що суперечлива база даних буде надавати користувачеві неправильну, суперечливу інформацію

Також очевидно, що якщо який-небудь факт представлений тільки одним записом (тобто надмірність відсутній), то протиріччя виключені Протиріч можна також уникнути, якщо надмірність не виключається, а контролюється (І це відповідним чином передбачено в СУБД) Тоді СУБД зможе гарантувати, що з точки зору користувача база даних ніколи не буде суперечливою Дана гарантія забезпечується тим, що якщо оновлення вноситься в одну запис, то воно автоматично буде поширено на всі інші Такий процес називається поширенням оновлень (propagating updates)

■&nbsp&nbsp&nbsp Можливість підтримки транзакцій

Транзакція (Transaction) – це логічна одиниця роботи (точніше, логічна одиниця роботи бази даних), зазвичай включає кілька операцій бази даних (зокрема, кілька операцій модифікації даних) Стандартний приклад – переклад деякої суми грошей з рахунку А на рахунок В Очевидно, що в даному випадку необхідні дві зміни: списання деякої суми з рахунку

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

Примітка Згадане вище властивість нерозривності (Atomicity) транзакцій – це не єдине позитивне наслідок підтримки транзакцій Однак на відміну від інших, воно цілком можна застосувати навіть у однопользовательской середовищі (З іншого боку, в однопользовательских системах підтримка транзакцій часто зовсім не надається, а подібні функції просто покладаються на користувача) Повний опис різних переваг підтримки транзакцій і способів їх досягнення приведено в розділах 15 і 16

Забезпечення цілісності даних

Завдання забезпечення цілісності полягає в гарантованої підтримки правильності даних в базі (наскільки це можливо) Протиріччя між двома записами, що представляють один Факт, є прикладом втрати цілісності даних (див обговорення цього питання вище в даному розділі) Звичайно, ця конкретна проблема може виникнути лише при наявності надмірності в збережених даних Але навіть якщо надмірність відсутня, база даних може містити неправильну інформацію Наприклад, в базі даних може бути зазначено, що співробітник відпрацював 400 робочих годин на тиждень замість 40, або зафіксована його приналежність до відділу, якого не існує Централізоване управління базою даних дозволяє уникнути подібних проблем (Наскільки це взагалі можливо) Для цього адміністратор даних визначає (а адміністратор бази даних реалізує) обмеження цілісності (Integrity constraints), які будуть застосовуватися при будь-якій спробі внести які-небудь зміни у відповідні дані

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

Організація захисту даних

Завдяки повному контролю над базою даних адміністратор бази даних (безумовно, відповідно до вказівок адміністратора даних) може забезпечити доступ до неї тільки через певні канали Для цієї мети можуть встановлюватися обмеження захисту (Security constraints), або правила, які будуть контролюватися при будь-якій спробі доступу до конфіденційних даних Можна встановити

різні правила для різних типів доступу (вибірка, вставка, видалення і тд) до кожного з елементів інформації в базі даних Однак слід зазначити, що за відсутності таких правил безпеку даних піддається більшому ризику, ніж у звичайній (розєднаної) файлової системи Отже, централізована природа системи баз даних у певному сенсі вимагає також наявності надійної системи захисту

Можливість узгодження суперечливих вимог

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

Можливість введення стандартизації

Завдяки централізованому управлінню базою даних адміністратор бази даних (за вказівкою адміністратора даних) може забезпечити дотримання всіх необхідних стандартів, що регламентують подання даних в системі Стандарти можуть бути приватними, корпоративними, відомчими, промисловими, національними та міжнародними Стандартизація представлення даних найбільш важлива з точки зору обміну даними та їх пересилання між системами (Найбільшу актуальність це питання набуває у випадку розподілених систем, мова про які піде в главах 2, 21 і 27) Крім того, стандарти іменування та документування даних важливі як у відношенні їх спільного використання, так і щодо їх опису

Більшість перерахованих вище переваг досить очевидні Однак є ще одна перевага, яку необхідно додати до цього списку і яке не настільки очевидно (хоча побічно і охоплює кілька переваг) Йдеться про забезпеченні незалежності від даних (Строго кажучи, це скоріше мета створення систем баз даних, а не обовязкове їх перевага) Концепція незалежності настільки важлива, що їй присвячено цілий розділ, представлений нижче

Джерело: Дейт К Дж, Введення в системи баз даних, 8-е видання: Пер з англ – М: Видавничий дім «Вільямс», 2005 – 1328 с: Ил – Парал тит англ

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*