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

Розробка бази даних - зміна парадигми

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

- Контроль надмірності даних

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

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

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

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

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

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

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

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

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

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

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

- Поліпшення показників продуктивності

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

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

В СУБД на відміну від файлових систем, опису даних відокремлені від додатків, а тому додатки захищені від змін в описах даних.

- Поліпшене керування паралельною

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

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

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

-Витрати на перетворення

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

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

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

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