Спочатку дозвольте мені почати з того, що нам потрібна база даних.
Нам потрібна база даних, яка допоможе організувати інформацію таким чином, щоб ми могли ефективно отримувати ці дані.
Приклади реляційних систем управління базами даних (SQL):
1) База даних Oracle
2) SQLite
3) PostgreSQL
4) MySQL
5) Microsoft SQL Server
6) IBM DB2
Приклади нереляційних систем управління базами даних (NoSQL)
1) MongoDB
2) Кассандра
3) Редіс
4) Кушетка
5) HBase
6) DocumentDB
7) Neo4j
Реляційні бази даних мають нормалізовані дані, оскільки інформація зберігається в таблицях у вигляді рядків і стовпців, і, як правило, коли дані в нормалізованій формі, це допомагає зменшити надмірність даних, а дані в таблицях, як правило, пов’язані між собою, тому, коли ми хочемо отримати дані, ми можемо запитувати дані, використовуючи оператори приєднання та отримувати дані відповідно до наших потреб. Це підходить, коли ми хочемо мати більше записів, менше читань і не залучати багато даних, також це дуже просто щодо оновлення даних у таблицях, ніж у нереляційних базах даних. Горизонтальне масштабування неможливе, вертикальне масштабування можливе до певної міри. Відповідність CAP (узгодженість, доступність, толерантність до розділів) та кислотність (атомність, консистенція, ізоляція, тривалість).
Дозвольте мені показати введення даних до реляційної бази даних на прикладі PostgreSQL.
Спочатку створіть таблицю товарів наступним чином:
CREATE TABLE products (
product_no integer,
name text,
price numeric
);
потім вставте дані
INSERT INTO products (product_no, name, price) VALUES (1, 'Cheese', 9.99);
Давайте подивимось на інший інший приклад:
Тут, у реляційній базі даних, ми можемо зв’язати таблицю студентів та таблицю предметів, використовуючи зв’язки, за допомогою зовнішнього ключа, ідентифікатора теми, але в нереляційній базі даних не потрібно мати два документи, оскільки немає зв’язків, тому ми зберігаємо всі деталі теми та деталі студента в одному документі говорять про студентський документ, тоді дані дублюються, що робить оновлення записів складним.
У нереляційних базах даних немає фіксованої схеми, дані не нормуються. не створюється взаємозв'язок між даними, всі дані в основному поміщаються в один документ. Добре підходить для обробки великої кількості даних і може передавати багато даних одночасно, найкраще там, де велика кількість читань і менше записів, і менше оновлень, трохи важко запитувати дані, оскільки немає фіксованої схеми. Можливе горизонтальне та вертикальне масштабування. Відповідність CAP (узгодженість, доступність, толерантність до розділів) та BASE (в основному доступний, м’який стан, врешті-решт).
Дозвольте мені показати приклад введення даних до нереляційної бази даних за допомогою Mongodb
db.users.insertOne({name: ‘Mary’, age: 28 , occupation: ‘writer’ })
db.users.insertOne({name: ‘Ben’ , age: 21})
Звідси ви можете зрозуміти, що до бази даних, що називається db, є колекції, що називаються користувачами, і документ, який називається insertOne, до якого ми додаємо дані, і немає фіксованої схеми, оскільки наш перший запис має 3 атрибути, а другий атрибут має лише 2 атрибути , це не проблема в нереляційних базах даних, але цього не можна зробити в реляційних базах даних, оскільки реляційні бази даних мають фіксовану схему.
Давайте подивимось на інший інший приклад
({Studname: ‘Ash’, Subname: ‘Mathematics’, LecturerName: ‘Mr. Oak’})
Отже, ми можемо бачити в нереляційній базі даних, що ми можемо вводити як дані студента, так і деталі предмета в один документ, оскільки ніякі зв’язки не визначені в нереляційних базах даних, але тут цей спосіб може призвести до дублювання даних, а отже, помилки в оновленні можуть виникати.
Сподіваюся, це все пояснює