1. Файлова
1.1. Реалізується модель типового плоского файлу. Для таких моделей машин ІБ представляє сукупність не пов'язаних між собою файлів (незалежних) з однотипними записами з лінійною (однорідною) структурою. Основні типи структур даних файлової моделі – поле, запис, файл.
1.1.1. Сучасні СУБД: • DBFS. • RAWBFS. • модулі DBM. • модулі ATTRDB. • модуль DFSR.
1.1.1.1. Переваги: - найпростіша структура; - всі інші типи БД використовують таблиці;
1.1.1.2. Недоліки: - дублювання даних; - неузгодженість даних; - залежність структур даних і прикладних програм
2. Ієрархічна
2.1. Сукупність елементів, пов'язаних між собою за певними правилами. Ієрархічна (або деревоподібна) БД складається з упорядкованого набору дерев; більш точно – з упорядкованого набору декількох екземплярів одного типу дерева. Установлюється зв'язок "один до багатьох", тобто для деякого головного типу існує кілька підлеглих типів об'єктів.
2.1.1. Сучасні СУБД: • IMS. • TDMS. • Mark IV Multi - Access Retrieval System. • PC/Focus. • Team-Up. • Date Edge. • DBMS.
2.1.1.1. Переваги: - швидкий доступ при проходженні вздовж заздалегідь визначених зв’язків; - компактність;
2.1.1.2. Недоліки: - негнучкість, - неможливість наявності в об'єкта декількох батьків, - відсутність прямого доступу до даних не запланованих заздалегідь, - інформаційний пошук з нижніх рівнів ієрархії не можна спрямувати по вище розміщених вузлах.
3. Мережева
3.1. Мережний підхід до організації даних є розширенням ієрархічного. В ієрархічних структурах запис-нащадок повинен мати в точності одного предка; у мережній структурі даних нащадок може мати будь-яке число предків. Іншими словами, мережева БД -- це набір вузлів/записів, в яких кожен може бути зв'язаний з кожним.
3.1.1. Сучасні СУБД: • DBMS, • IDMS, • TOTAL, • VISTA, • СЕТЬ, • СЕКТОР
3.1.1.1. Переваги: - найповніше відображає структуру деяких завдань, - набагато гнучкіша ніж ієрархічна БД, призначена для моделювання ширшого класу завдань, - є можливість відображувати складніші типи зв’язків ніж в ієрархічній, - будь-який об'єкт (запис, файл) може бути підпорядкований кільком об'єктам.
3.1.1.2. Недоліки: - складно зберігати та шукати інформацію у всіх зв'язках; - заплутаність БД
4. Реляційна
4.1. Реляційні моделі характеризуються простотою структури даних, зручним для користувача табличним поданням і можливістю використання формального апарату алгебри відносин і реляційного вирахування для обробки даних. Іншими словами, це набір таблиць між якими встановленні зв'язки(відношення) за допомогою кодів.
4.1.1. Сучасні СУБД: • SQLite, • MySQL, • PostgreSQL, • Oracle, • DB2, • Microsoft Access
4.1.1.1. Переваги: - відсутність дублювання інформації, - простота та доступність, - захист від неправильного введення, - механізм транзакції (будь-які зміни вносяться в базу тільки тоді, коли вони повністю завершені) - поліпшення логічної і фізичної незалежності.
4.1.1.2. Недоліки: - складність структури, - при пошуку потрібно звертатись до кількох таблиць, - потрібно підтримувати цілісність, - надмірність по полях, - займає багато пам’яті.
5. Об'єктно-орієнтована
5.1. В об'єктно-орієнтованої моделі при поданні даних є можливість ідентифікувати окремі записи бази. Між записами бази даних і функціями їх обробки встановлюються взаємозв'язки за допомогою механізмів, подібних відповідним засобам в об'єктно-орієнтованих мовах програмування, у вигляді класів і об'єктів, їх атрибутів і методів. Вони зазвичай рекомендовані, коли потрібна високопродуктивна обробка даних, що мають складну структуру.
5.1.1. Сучасні СУБД: • O2, • ORION, • GemStone, • Iris
5.1.1.1. Переваги: - підтримка структур даних, що мають довільний рівень складності, - ідентифікованість та унікальність об'єктів, - належність об'єктів класам, - інкапсуляція, - поліморфізм, - спадковість.
5.1.1.2. Недоліки: - незрілість, - високу понятійну складність, - незручність обробки даних. (більше ніж переваг)
6. Об'єктно-реляційна
6.1. Ця модель є ніби сумішшю реляційної та об’єктно-орієнтованої методологій для представлення даних. Ця модель являє собою розширену реляційну модель, в якій зняті обмеження неподільності даних, які зберігаються в записах таблиць. Допускаються багатозначні поля – поля, значеннями яких є самостійні таблиці, вбудовані в основну таблицю. Крім цього підтримуються концепції об’єктно-орієнтованого програмування( окрім успадкування).
6.1.1. Сучасні СУБД: • IMS. • DB2. • Informix. • Oracle Database. • Microsoft SQL Server. • Adaptive Server Enterprise. • Teradata Database. • Firebird.
6.1.1.1. Переваги: - всі основні переваги об'єктно-орієнтованої моделі; - простота структури реляційних моделей; - є можливість використання існуючих реляційних баз даних з знову розроблюваними об’єктними додатками.
6.1.1.2. Недоліки: - відсутність уніфікованої теорії, яка є в реляційних моделях, відсутність спеціальних засобів створення запитів, - складність вирішення проблеми, - забезпечення цілісності і несуперечності збережених даних, - відсутність формальної методології проектування баз даних, як нормалізація в реляційних базах.
7. Слабкоструктуровані
7.1. Сховище "ключ-значення" - в ньому є велика хеш-таблиця, яка містить ключі і значення. Вони не дуже добре підходять у якості повної заміни реляційних БД, але знайшли своє застосування в якості кешей для об’єктів. Документально-орієнтоване сховище - зберігає документи, що складаються з тегованих елементів. Вони є більш складною версією сховищ “ключ-значення” — вони все ще не дуже хороші для систем, що мають на увазі безліч зв’язків між елементами, але дозволяють здійснювати вибірку за запитом без повного завантаження окремих документів у оперативну пам’ять. Колоночне сховище - в кожному блоці зберігаються дані тільки з однієї колонки. Сховище на основі графів - мережева база даних, яка використовує вузли і ребра для відображення і зберігання даних. Графові бази даних найкраще підходять для реалізації проектів, які передбачають природну графову структуру даних. В першу чергу соціальних мереж, а так само для створення семантичних павутини.
7.1.1. Сучасні СУБД: ключ-значення: • Oracle NoSQL Database, • Berkeley DB, • MemcacheDB, • Redis, • Riak, • Amazon DynamoDB, документно-орієнтовані: • Couchbase, • MongoDB, • eXist, колоночне сховище: • Google Big Table • Apache HBase • Cassandra, на основі графів: • InfoGrid, • Neo4j, • Amazon Neptune
7.1.1.1. Переваги: - зберігання великих обсягів даних, які погано структуровані; - не обмежує типи даних, які можна зберігати разом; - швидка обробка даних; - дешевше ніж реляційні БД; - краща масштабованість ніж у реляційних БД; - лінійну масштабованість; - високу швидкість обробки.
7.1.1.2. Недоліки: - узгодженість даних: не виконують транзакції ACID$ - відсутність стандартизації; - деякі NOSQL БД погано розповсюджуються на декілька вузлів; - низька цінність і вузькопрофільність знань.