Мотивований вибір СУБД для реалізації проекту

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

Взагалі, усі СУБД можна поділити на професійні та персональні.

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

1) можливість організації спільної паралельної роботи великої кількості користувачів;

2) масштабованість, тобто можливість зростання системи пропорційно розширенню керованого об'єкта; переносимість на різні апаратні і програмні платформи;

3) стійкість по відношенню до збоїв різного роду, в тому числі наявність багаторівневої системи резервування, що зберігається;

4) забезпечення безпеки збережених даних і розвиненої структурованої системи доступу до них.

В даний час характерними представниками професійних СУБД є такі програмні продукти: Oracle, DB2, Sybase, Informix, Inqres, Progress.

Персональні (настільні) ­ це програмне забезпечення, орієнтоване на вирішення завдань локального користувача або компактної групи користувачів і призначене для використання на персональному комп'ютері. З урахуванням цього, зазначені СУБД мають відносно спрощену архітектуру, зокрема, функціонують у режимі файл-сервер, підтримують не всі можливі функції (наприклад, не ведеться журнал транзакцій, відсутня можливість автоматичного відновлення бази даних після збоїв і т. д.). Тим не менш, такі системи мають досить велику область застосування. До них відносяться DBASE, FoxBase, Clipper, MySQL, Access.

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

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

 

Діаграма 3.1 – Розповсюдження різних СУБД

 

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

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

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

1) продуктивність – результати порівняльних тестів продуктивності показують, що MySQL працює на порядок швидше конкуруючих продуктів;

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

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

4) переносимість – MySQL може використовуватися в середовищі багатьох різних UNIX-систем, а також у середовищі Microsoft Windows;

5) відкритий код – вихідний код MySQL можна вивантажувати і змінювати.

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

 

Реалізація бази даних

У процесі реалізації бази даних «Мобільний оператор» було створено п’ять таблиць, які повністю характеризують обрану предметну область. Головна таблиця має назву «abonent» і включає до себе усі абоненти, тобто усіх людей, котрі додані до бази. Ключовим полем є поле «id», котре автоматично збільшується на один з додаванням нового абонента. Щодо інших полей таблиці «abonent», то кожна людина (абонент) має:

1) tarrif_id (тариф) – айді поточного тарифа (якщо нема -1);

2) balance (баланс) – баланс;

3) nomer (номер) – номер;

4) activation_time_tariff (час) – час, коли абонент активував тариф;

У кожного абонента підключений тариф або його немає. Тариф представлений у вигляді окремої сутності.

Усі поля таблиці «tariff» зазначені у таблиці 3.1.

 

Таблиця 3.1 – Таблиця «tariff» бази даних «Мобільний оператор»

Ім’я поля	Тип даних	Опис
id	Integer	Номер типа, ключ
price	Float	Ціна за підключення

 

Якщо є тарифи, то повинні бути услуги, які входят до тарифу. Услуга представлена сутністю «service».

Усі поля таблиці «service» зазначені у таблиці 3.2.

 

 

Таблиця 3.2 – Таблиця «service» бази даних «Мобільний оператор»

Ім’я поля	Тип даних	Опис
id	Integer	Номер услуги, ключ
name	Varchar	Назва услуги

 

У різних тарифах можуть бути однакові услуги. Для цього була створена таблиця «tariff_service», в якій зберігається сукупність зав’язків тарифів і услуг. Ця сутність зображена у таблиці 3.3.

 

Таблиця 3.3 – Таблиця «tariff_service» бази даних «Мобільний оператор»

Ім’я поля	Тип даних	Опис
tariff_id	Integer	Номер тарифу
service_id	Integer	Номер услуги
price	Float	Ціна за використання одиниці услуги

 

Кожен абонент моє можливість відправляти смс повідомлення іншим абонентам. Це реалізовано в сутності «sms».

Усі поля таблиці «sms» зазначені у таблиці 3.4.

 

Таблиця 3.4 – Таблиця «User-person» бази даних «Мобільний оператор»

Ім’я поля	Тип даних	Опис
id	Integer	Номер sms, ключ
abonent_id	Integer	Номер відправника
text	Text	Текст повідомлення
abonent_to	Integer	Номер отримувача
time	Timestamp	Час відправлення

 

Основною можливістю мобільно оператора - це дзвонити іншим абонентам. Всі дзвінки зберігаються в історії. Для зберігання була творена таблиця «history».

Усі поля таблиці «history» зазначені у таблиці 3.5.

 

Таблиця 3.5 – Таблиця «history» бази даних «Мобільний оператор»

Ім’я поля	Тип даних	Опис
id	Integer	Номер дзвінка, ключ
abonent_id	Integer	Номер того, хто телефонує
duration	Integer	Тривалість дзвінка (секунди)
abonent_to	Integer	Номер приймаючого
time	Timestamp	Час дзвінка

 

Створені таблиці повністю відображають функціонування бази даних «Мобільний оператор» та відповідають усім бізнес-правилам. Наступним етапом виконання курсового проекту була генерація SQL-коду відповідної моделі даних, який викладений в додатку A. Також створена візуальна схема БД, яку показано в додатку Б.