Microsoft Access – це інтерактивна реляційна СУБД (relational database management system – RDBMS) для WINDOWS. Це програма, яку ви можете використовувати для зберігання та вилучення даних в залежності від відносин, які ви встановили. Робота з нею спрощена у вигляді маніпулятора миші. Графічні можливості оболонки справляють велике враження при виготовленні високоякісних звітів та роздруківок. Все це завдяки підтримці True-type шрифтів та вбудовування OLE-об'єктів (Object Linking and Embeding) у рамках середовища WINDOWS. OLE – об'єкт є посилання на певну інформацію, що залишається у своїй початковій формі. OLE-об'єктом може бути EXCEL-таблиця, Paintbrush-ілюстрація або Sound-файл.

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

Access також надає у розпорядження користувача механізми роботи з базами різних форматів. Наприклад, можна безпосередньо звертатися до баз даних dBASE, Paradox або Btrieve без конвертування в формат, використовуваний Access. До складу пакету Access також входить мова Access Basic (вбудований діалект мови Visual Basic), що дозволяє формування спеціалізованих систем управління базами даних.

Тепер перейдемо до докладнішого розгляду системи Access. Основними поняттями чи об'єктами цієї системи є: таблиці, запити, формуляри, звіти, макроси та модулі. І, звичайно, головним поняттям буде база даних (database).

Для створення бази даних необхідно виконати такі кроки:

Активізуйте вікно Microsoft Accessта виберіть у меню File директиву New Database (або клацніть кнопкою New Database у рядку піктограм). Microsoft Access висвічує діалогове вікно New Database та автоматично дає ім'я вашій базі даних, яке ви можете замінити.

У рядку File Name надрукуйте ваш варіант імені бази даних. Це може містити до 8 символів без пробілів. Microsoft Access автоматично додає розширення. MDB до імені вашої бази даних, якщо ви цього не зробили.

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

Натисніть кнопку OK.

Microsoft Access створює порожній файл бази даних та відкриває вікно бази даних Database window.

Базу даних можна заповнити об'єктами різноманітних і виконувати операції із нею. Але з базою даних можна виконувати операції як з неподільною освітою. Усі операції такого роду – операції управління базою даних – зосереджені у меню File прикладного вікна Access або у вікні бази даних.

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

Якщо користувач закінчив роботу з базою даних, її слід закрити за допомогою директиви Close Database в меню File, за допомогою подвійного клацання мишею на кнопці виклику керуючого меню вікна бази даних або натисканням клавіш (Ctrl + F4).

Таблиці.

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

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

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

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

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

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

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

Запити.

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

Виділяють два типи запитів:

QBE-запити (Query by Example - Запит на зразок). Користувач дає їм визначення специфікуючи окремі параметри у вікні проектування з використанням підказок (зразків).

SQL – запити (Structured Query Language – Структурована мова запитів). Користувач формулює їх за допомогою інструкцій та функцій, вибудовуючи опис. QBE-запит Access легко транслює у відповідний SQL-запит. Зворотна операція теж не складає труднощів. Взагалі для Access байдуже, із яким типом запиту працює користувач.

Запити можна створювати за допомогою Конструктора запитів та без допомоги Конструктора запитів. Однак перший спосіб прискорює проектування кількох спеціальних типів запитів.

Критерії відбору - це інструкції, за допомогою яких користувач повідомляє Access, які блоки даних повинні відбиратися на запит і індикуватися в Dynaset. Критерії можуть бути задані для одного або декількох полів запиту.

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

Після того як запит спроектований, його можна виконати, клацнувши мишею в рядку піктограм на кнопці зі знаком оклику або викликаючи в меню Query директиву Run. Access індикує відібрані за запитом Dynaset блоки у вигляді таблиці.

За допомогою структурованої мови запитів SQL у рамках Access користувач може сформулювати як завгодно складні за структурою критеріїв та обчислень запити. Ця ж мова дозволяє керувати обробкою запитів. SQL-запрос є послідовність інструкцій, у якому можуть включатися висловлювання і виклики агрегатних функцій.

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

Якщо цей запит вже був збережений і користувач вибрав директиву Save, то стара версія буде замінена новим, зміненим проектом запиту. Якщо зміни не повинні зіпсувати попередню версію, а повинні бути збережені в іншому запиті, слід викликати директиву Save As і призначити нове ім'я, що зберігається. Для збереження табличного представлення запиту слід вибрати директиву Save Query у меню File. Ця директива зберігає зміни у проекті наявного запиту та замінює попередню версію запиту на активну версію. Щоб зберегти запит уперше або створити копію активного запиту, Dynaset якого видно на екрані, слід вибрати директиву Save Query As.

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

Формуляри.

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

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

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

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

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

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

Звіти.

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

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

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

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

Ви можете створювати звіти як за допомогою, так і без допомоги Конструктора Звітів. Конструктор набагато прискорить процес створення звіту, оскільки він зробить за Вас основну роботу.

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

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

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

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

Зв'язування керуючого елемента можна виконати одним із двох способів:

Якщо користувач хоче, щоб Access автоматично створила керуючий елемент, пов'язаний з базовою для даного звіту таблицею, слід скористатися списком полів таблиці. Він видно на екрані, якщо встановлено опцію View/Field List. Управляючий елемент, виготовлений за допомогою списку полів, має ті ж значення параметрів, що й поле таблиці, з яким він пов'язаний. Для виконання зв'язування слід відбуксирувати вибране поле або поля зі списку звіту. Там слід помістити курсор миші в позицію, де повинен знаходитися лівий верхній кут керуючого елемента (але не поля названого даного керуючого елемента), а потім відпустити кнопку миші. Access створює для кожного поля, вибраного у списку полів, пов'язаний елемент, що управляє (текстове поле).

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

Зберігаючи лише його проект, структуру звіту, без даних.

У меню File виберіть директиву Save.

Якщо звіт не був названий, надрукуйте ім'я у рядку Report Name.

Натисніть OK.

Зберігаючи результат, повний звіт - проект разом з даними - у файлі, який ви зможете використовувати в інших програмах, що підтримуються Windows, наприклад, Microsoft Excel.

У меню File виберіть Output To.

Дотримуйтесь інструкцій у діалогових полях Output To.

• Category: База даних
• Publisher: сайтworks
• March 24,2017

Якщо ви плануєте брати участь у будь-якій серйозній розробці, знати бази даних - життєво необхідно. Вони всюди, навіть якщо ви про це не здогадуєтеся. Рейтинг PYPL , який обчислює популярність і баз даних, виділяє 14 систем управління базами даних, якими користується, принаймні, 1% користувачів. PYPL індексує популярність виходячи з кількості запитів пошуку Google. Згідно з опрацюванням результатів колективного розуму, станом на жовтень 2017 року найпопулярнішою базою даних залишається Oracle з результатом 32.26%. Ця кросплатформова СУБД – старійшина світу баз даних. Складно повірити, але перша версія, яка з невідомих нам причин називається Oracle v2, вийшла ще в 1979 році. Найновіша на сьогоднішній день – Oracle 12.2 – у вересні 2016 року. Базу даних Oracle найчастіше використовують великі компанії, але є і безкоштовна версіяякщо захочете потренуватися, щоб потім знайти роботу, пов'язану з «дорослою» версією. Називається вона Oracle Database Express Edition, її можна завантажити із сайту Oracle. Вочевидь, вона має багато обмежень (вона використовує до 1 ГБ ОЗУ, лише 1 процесор, лише одна БД до 11 ГБ).

Друге місце дісталося MySQL. Ті, хто вивчав бази даних в університеті або намагався освоїти їх самостійно, швидше за все, користувалися цією безкоштовною базою даних. Це цікаве рішеннядля середніх і малих програм, зараз також належить Oracle. До речі, у володіння цієї компанії MySQL перейшла разом із нашою улюбленою мовою Java, у процесі поглинання Sun Microsystems. За даними PYPL, MySQL цікавить 21.15% від загальної кількості користувачів чи програмістів.

На третьому місці з комфортом та 16.78% розташувалася SQL Server виробництва Microsoft. Ця СУБД чудово підходить для управління базами даних самого різного розмірувід персональних до Enterprise. Вона також на ринку вже дуже давно, хоч і на декаду менше, ніж Oracle: датою її народження вважається 24 квітня 1989 року. Як і переважна кількість продуктів Microsoft, SQL Server – платна (у випадку з Enterprise-версією – навіть дуже платна), але є і безкоштовні варіанти. Найпростіший з них - SQL Server Express, вона добре підходить для навчальних цілей і її можна розгорнути на малих серверах або звичайних комп'ютерах. Розмір бази даних – до 10 ГБ. Також є безкоштовна версія для програмістів. Призначена вона для створення, тестування та демонстрації програми на базі «справжньої» SQL Server. За продуктом Microsoft з великим відривом слідує PostgreSQL. Ця opens-source розробка Каліфорнійського університету в Берклі довгий часбула в тіні своїх конкурентів, але в останні роки її частка повільно, але чітко зростає. А все завдяки її безкоштовності, легкої розширюваності та системі вбудованих мов програмування.

П'яте і шосте місце дісталися нереляційним баз даних MongoDB і ще молодий Firebase. Інтерес до обох явно зростає, особливо Firebase: порівняно з жовтнем минулого року, інтерес до неї виріс на 1.4% і тепер її результат - 2.19%. Замикають десятку SQLite, elasticsearch, Apache Hive та DB2.

Рейтинг PYPL популярності СУБД, жовтень 2017 та зростання порівняно з жовтнем-2016

Популярні корпоративні бази даних

Вступ

Було б зовсім неправильно стверджувати, що бази даних досі залишаються незрілими. Багато зі згаданих у нашому списку систем управління базами даних відносяться до середини-кінця 70-х років минулого століття.

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

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

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

Вирішуйте самі, яке з них найкраще відповідає вашим вимогам.

1. Oracle

Oracle веде свій родовід з далекого 1979 року. Історично це перша комерційна система управління реляційними базами даних (СУРБД). З того часу назва Oracle стала синонімом корпоративних СУРБД, надійності доставки даних та найжорсткішої ринкової конкуренції.

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

2. SQL Server

Що б там не говорили про Microsoft та її керівництво, їхня рентабельність залишає далеко позаду всі ІТ-компанії, і такий продукт, як SQL Server, займає тут далеко не останнє місце.

Десктопні системи від Microsoft поширені повсюдно, але якщо вам раптом знадобиться Microsoft Server, то, з великою ймовірністю, на ньому буде крутитися також і SQL Server.

SQL Server легкий у використанні та тісно інтегрований у саму операційну системущо робить його природним вибором для корпоративної інфраструктури на основі продукції Microsoft.

В даний час Microsoft, як платформа для обробки великих обсягів даних і ведення бізнес-аналітики, просуває свій SQL Server 2014.

3. DB2

"Блакитний гігант" (IBM) вкотре виправдав свою назву, випустивши на ринок датацентри із встановленою на них DB2. DB2 портована на Linux, UNIX, Windows, а також мейнфрейми. Виходом DB2 9.7 IBM кидав виклик Oracle 11g, оскільки за інших рівних умов обіцяв значну економію у разі міграції з дітища Oracle. Наскільки значну? Приблизно 34-39% за трирічний період експлуатації.

4. Sybase

Sybase все ще залишається серйозним гравцем на ринку корпоративних СУБД після 25 років успішного просування свого Adaptive Server Enterprise. Хоча за останні роки частка його ринку значно скоротилася, Sybase, як і раніше, займає міцні позиції в галузі екстремальної обробки транзакцій.

Крім того, Sybase є постачальником партнерських рішень для ринку мобільних пристроїві систем, що вбудовуються.

5. MySQL

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

Незважаючи на те, що у MySQL-спільноти існували певні сумніви щодо права Oracle на володіння цим вільним. програмним забезпеченням, Oracle публічно підтвердила свій намір і надалі розвивати та підтримувати даний продукт.

6. PostgreSQL

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

7. Teradata

Ви коли-небудь чули про Teradata? Якщо ви коли-небудь займалися організацією великого корпоративного сховища даних, то, напевно. У 70-х роках минулого століття Teradata заклала основи для побудови перших сховищ даних. У 1992 році вони вперше створили таке сховище для Wall-Mart, і з цього часу поняття «корпоративні сховища даних» та Teradata стали нероздільні.

8. Informix

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

9. Ingres

Ingres – це батьківський проект для PostgreSQL та інших СУРБД із відкритим вихідним кодом. Використання Ingres знижує сукупну вартість володіння системою. Крім своєї привабливої ​​економічної моделі, Ingres містить інструменти, що полегшують перехід на неї з дорожчих СУБД. Також до складу Ingres входять повністю сумісні із стандартами засоби безпеки.

10. Amazon SimpleDB

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

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

Найпопулярніші СУБД: рейтинг 2018 року

База даних - це місце, куди можна покласти потрібну інформацію, щоб потім із нею працювати. Наприклад, у базі даних інтернет-магазину зручно тримати каталог товарів, інформацію щодо клієнтів, контент тощо.

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

Сьогодні є кілька сотень СУБД. Подивимося, які з них увійшли до першої п'ятірки цьогорічного рейтингу DB-Engines.

Найпопулярніша і найшанованіша СУБД, перша версія якої з'явилася ще наприкінці 70-х. Потужна, практична та статусна.

Плюси:

• видатний функціонал (Oracle містить grid framework та масу фішок, які в інших СУБД потрібно встановлювати додатково);
• відмінна масштабованість (без втрати продуктивності обробляє кілька мільярдів записів);
• безпрецедентна надійність;
• можливість використання як движок для веб-додатків (Oracle APEX).

Мінуси:

• висока ціна (однокористувацька ліцензія коштує 350 доларів, процесорна – 17,5 тисяч);
• високе споживання системних ресурсів(часто перед установкою доводиться оновлювати обладнання);
• складні зміни (не кожен сисадмін впорається з використанням та обслуговуванням Oracle).

Кому підійде: великим (і багатим) корпораціям, які працюють із величезними обсягами даних.

Золотий стандарт СУБД для веб-застосунків на Linux. Система швидка, надійна, а головне безкоштовна. Хоча для бізнесу краще взяти платну версію.

Плюси:

• простий інтерфейс;
• підтримка різних типівтаблиць (MyISAM, InnoDB, EXAMPLE та ін.);
• економне споживання ресурсів;
• синхронізація коїться з іншими базами даних (Oracle, DB2 та інших.).

Мінуси:

• фрагментарне використання SQL (якщо раніше ви працювали зі стандартною мовою, у разі впровадження СУБД можуть виникнути проблеми);
• діри в безпеці (при виконанні деяких операцій MySQL може спровокувати DDos-атаку на базу даних);
• платна техпідтримка (навіть для безкоштовних версій).

Кому підійде: компаніям, яким потрібна нормальна безплатна СУБД.

Фірмова СКБД від Microsoft. Працює як з локальними, так і з хмарними серверами(їх навіть можна використовувати одночасно). З 2016 року дружить з Linux, але оптимально використовувати її в ОС сімейства Windows.

Плюси:

• простий інтерфейс;
• синхронізація з іншими програмними продуктами Microsoft;
• гарний захист даних (шифрування, динамічне маскування та ін.);
• відмінна масштабованість.

Мінуси:

• висока ціна (стандартна ліцензія на один сервер коштуватиме 865 доларів);
• підвищене споживання ресурсів;
• обмежений функціонал для роботи з веб-програмами.

Кому підійде: компаніям, які використовують продукти Microsoft.

Одна з перших СУБД розроблена майже 30 років тому в університеті Берклі. Найчастіше використовується для керування базами даних веб-сайтів. Тому що зручна та безкоштовна.

Плюси:

• висока масштабованість;
• підтримка json (текстового формату обміну даних JavaScript);
• відповідність ACID (вимогам до системи, що забезпечують максимальну передбачуваність її роботи);
• можливість настроювання власного інтерфейсу;
• універсальність (підходить для використання більшості популярних платформ).

Мінуси:

• підвищена витрата ресурсів;
• слабка техпідтримка;
• проблеми із хостингом.

Кому підійде: компаніям з обмеженим бюджетом та великими базами даних.

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

Плюси:

• відмінна масштабованість;
• підтримка json;
• можливість роботи з будь-якими видами даних.

Мінуси:

• складна процедура застосування;
• до роботи з реляційними базами доведеться вручну переписати код;
• для комерційного використання потрібна платна версія.

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