リレーショナルデータベースまたはリレーショナルデータベース管理システム（RDMS）は、情報を表に保存します。多くの場合、これらのテーブルには互いに共同情報があり、テーブル間の接続が発生します。ここからリレーショナルデータベースの名前が付けられました。

テーブルは列を使用して、実際のデータの保存された情報と行を決定します。各テーブルには、主キーと呼ばれる一意の値を持たなければならない列があります。この列は、靭帯を識別する必要がある場合は、他のテーブルで使用できます。1つのテーブルの主キーが別のテーブルで使用される場合、2番目のテーブルのこの列は外部キーと呼ばれます。

リレーショナルデータベースと対話する最も一般的な方法は、SQL（構造化要求）を使用することです。

アクセスの構造、サイズ、頻度の観点からデータが予測されるプロジェクトを作成する場合、リレーショナルデータベースは引き続き最良の選択です。エンティティ間の関係が重要である場合、データベースを関連付けることも最良の選択です。


NOSQLと呼ばれることもある宗教以外のデータベースは、リレーショナルデータベースのテーブル、フィールド、列の構造化されたデータの概念を使用しないデータベースです。非規制データベースは、クラウドの機能を考慮するように設計されているため、水平スケーリングに最適です。

さまざまな方法でデータを保存するデータベースにはいくつかの異なるグループがあります。

 - データベースを文書化します

ドキュメントデータベースは、異なるタイプのデータをサポートするJSON構造に通常類似したドキュメントにデータを保存します。これらのタイプには行が含まれます。int、float、longなどの数字。与える;オブジェクト;配列;パックされたドキュメントでさえ。データは、キー/値のペアなどのペアに保存されます。

 - キー値のデータベース

これは、情報が2つの部分に保存される最も単純なタイプのデータベースです。キーと値です。キーは、データベースから情報を取得するために使用されます。

キー値データベースのシンプルさも利点です。すべてがデータまたはデータの場所である一意のキーと価値として保存されているため、読み取りと書き込みは常に高速になります。

ただし、このシンプルさは、使用できる使用の種類を制限します。より複雑なデータ要件はサポートされていません。

 - データベースをグラフ

データベースグラフデータベースは、最も専門化されたタイプの非宗教データベースです。データを保存するノードと呼ばれる要素の構造を使用し、それらの間のrib骨には通信属性が含まれています。

接続はグラフのエッジによって定義され、これらの接続に関連付けられた検索が自然に関連します。また、新しいノードとリブを簡単に追加できるため、柔軟です。また、従来のリレーショナルデータベースとして特定のスキームを持たないはずです。

ただし、接続があまりうまくいかないか、まったく決定されていないデータベース全体の要求にはあまり適していません。また、標準的な質問言語もありません。つまり、異なるタイプのグラフデータベース間の移行にはトレーニングが必要です。

 - ワイドコラムデータベース

リレーショナルデータベースなどのワイドコラムデータベースは、テーブル、列、行にデータを保存します。ただし、列の名前とフォーマットは、必ずしも各行で一致するわけではありません。列はいくつかのサーバーに保存することもできます。それらは、行と列への参照に多次元反射を使用するため、2次元のキー価値リポジトリと見なされます。

2つの列を持つデータベースと同様に、幅広の列データベースには柔軟性の利点があるため、クエリは迅速に実行されます。この柔軟性のおかげで、彼らは「優れたデータ」と非構造化データによく対処します。

ただし、リレーショナルデータベースと比較して、幅の広い列データベースは、処理トランザクションがはるかに遅くなります。列は、行を使用せずに同様の属性をグループ化し、個別のファイルに保存します。つまり、いくつかのファイルでトランザクションを作成する必要があります。
Реляційна база даних або система управління реляційною базою даних (RDMS) зберігає інформацію в таблицях. Часто ці таблиці мають спільну інформацію між собою, спричиняючи формування зв’язку між таблицями. Саме звідси реляційна база даних отримала свою назву.

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

Найпоширенішим способом взаємодії з системами реляційних баз даних є використання SQL (мова структурованих запитів).

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


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

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

- Бази даних документів

Бази даних документів зберігають дані в документах, які зазвичай є структурами, подібними до JSON, які підтримують різні типи даних. Ці типи включають рядки; такі числа, як int, float і long; дати; об'єкти; масиви; і навіть вкладені документи. Дані зберігаються парами, подібно до пар ключ/значення.

- База даних ключ-значення

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

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

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

- Графові бази даних

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

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

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

- Широко-стовпцеві бази даних

Бази даних із широкими стовпцями (wide-column), подібно до реляційних баз даних, зберігають дані в таблицях, стовпцях і рядках. Однак назви та форматування стовпців не обов’язково збігаються в кожному рядку.  Стовпці навіть можна зберігати на кількох серверах.  Вони вважаються двовимірними сховищами ключ-значення, оскільки вони використовують багатовимірне відображення для посилань на дані за рядками та стовпцями.

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

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