Переваги та недоліки СУБД

1.8.1. Переваги:

· Контроль за надлишковістю даних.

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

· Несуперечливість даних. (Несуперечність даних)

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

· Спільне використання даних.

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

· Підтримка цілісності даних.

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

· Підвищена безпека.

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

· Застосування стандартів.

Інтеграція дозволяє АБД визначати та застосовувати необхідні стандарти. Наприклад, стандарти відділу та організації, державні та міжнародні стандарти можуть регламентувати формат даних при обміні ними між системами, узгоджуючи імена, форму представлення документації, процедури оновлення і правила доступу.

· Підвищення ефективності з ростом масштабів системи.

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

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

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

· Підвищення доступності даних та їх готовності до роботи.

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

Select *

From property_for_rent

Where type = ‘Flat’ And rent > 400;

· Покращення показників виробництва.

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

· Спрощення супроводження системи за рахунок незалежності від даних.

В файлових системах опис даних та логіка доступу до даних вбудованих в кожен додаток, що робить програми залежними від даних. Для зміни структури даних – наприклад, для збільшення довжини поля з адресом з 40-ка символів до 41 символа – або для зміни способу зберігання даних на диску може знадобитись суттєва зміна всіх програм, на які ці зміни здатні вплинути. В СУБД підхід інший: опис даних відокремлений від додатків, а тому додатки захищені від змін в описах даних. Ця особливість називається – незалежністю від даних.

· Покращене паралельне управління.

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

· Розвинуті служби резервного копіювання та відновлення.

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

1.8.2. Недоліки:

· Складність.

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

· Розмір.

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

· Вартість СУБД.

В залежності від середовища і необхідних функціональних можливостей, вартість СУБД може змінюватися в дуже широких межах. Наприклад, однокористувацька СУБД для персонального комп’ютера може коштувати близько 3 000 грн. Однак велика багатокористувацька СУБД для мейнфрейма, яка обслуговує сотні користувачів може бути надзвичайно дорогою (200 000 до 1 000 000 грн.). Крім цього необхідно врахувати щорічні затрати на супроводжувальні системи, які складають деякий процент від його загальної вартості.

· Додаткові затрати на апаратне забезпечення.

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

· Затрати на оновлення.

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

· Продуктивність праці.

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

· Серйозні наслідки при виході системи з ладу.

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

Дата добавления: 2015-07-11