NoSQL とは

NoSQL データベースは、一般的に、より迅速で反復的な開発を可能にする柔軟なスキーマを提供します。NoSQL データベースの柔軟なデータモデルは、半構造化データおよび非構造化データに最適です。

NoSQL データベースは通常、高価で堅牢なサーバーを追加することによってスケールアップするのではなく、分散したハードウェアクラスターを使用してスケールアウトするように設計されています。一部のクラウドプロバイダーは、これらの操作をフルマネージド型サービスとしてバックグラウンドで処理します。

NoSQL データベースは、特定のデータモデルとアクセスパターンに合わせて最適化されています。これにより、リレーショナルデータベースと同様の機能を実現しようとするよりも高いパフォーマンスが得られます。

NoSQL データベースは、それぞれのデータモデルごとに専用に設計された機能性に優れた API とデータ型を提供します。

NoSQL データベースでは、リアルタイムレコメンデーション、パーソナライゼーション、ユーザーエクスペリエンスの向上を実現できます。例えば、Disney+ では、NoSQL データベーステクノロジーを使用して、1 億 5,000 万人以上のサブスクライバーに広範なデジタルコンテンツライブラリを提供しています。Amazon DynamoDB では、途中から視聴する機能、ウォッチリスト、パーソナライズされたレコメンデーションなどの人気のある機能をスケールおよび提供できます。

グラフデータベースを使用すると、データ内の複雑な関係をすばやく見つけることができます。例えば、Wiz はクラウドセキュリティを Amazon Neptune を使ったグラフとして再考しました。Wiz は、最も重要なリスクを迅速に特定して修正することで、顧客のセキュリティ体制の改善を支援します。Amazon Neptune に保存されているグラフモデルを使用して、重大なリスクを表すリスク要因の有害な組み合わせを明らかにしています。Wiz リスクエンジンはグラフをトラバースし、数秒以内に相互に関連する一連のリスク要因をセキュリティグラフにまとめます。

分散型 NoSQL データベースは、メッセージング、ソーシャルメディア、ファイル共有などのための高可用性で低レイテンシーアプリケーションを構築するのに最適です。例えば、Snapchat には 2 億 9000 万人以上のユーザ���が毎日何十億もの写真やビデオメッセージを送信しています。NoSQL データベースシステムを使用して、メッセージ送信のレイテンシーの中央値を 20% 削減します。

この単純なブックデータベースのスキーマのモデリングの例を考えてみましょう。

• リレーショナルデータベースでは、ブックレコードはしばしば分解 (「正規化」) されて、別々のテーブルに格納され、それらの関係がプライマリキーと外部キーの制約によって定義されます。この例では、Books テーブルには ISBN、Book Title、Edition Number の列があり、Author テーブルには AuthorID と Author Name の列があり、最後に Author-ISBN テーブルに AuthorID と ISBN の列があります。リレーショナルモデルは、データベース内のテーブル間で参照整合性を維持し、正規化して冗長性を減らし、全般的にストレージを最適化できるように設計されています。

• NoSQL データベースでは、ブックレコードは通常ドキュメントとして保存されます。ブックごとに、ISBN、Book Title、Edition Number、Author Name、AuthorID の各項目が、属性として単一のドキュメント内に格納されます。このモデルでは、データが、直感的な開発と水平スケーラビリティのために最適化されています。

Key-value データベースは分割可能性に優れており、他の NoSQL データベースタイプでは実現できないレベルでの水平スケーリングが可能です。key-value データベースは、データを、キーと値のペアのコレクションとして格納します。ここでキーは、一意の識別子として機能します。キーと値は、単純なオブジェクトから複雑な複合オブジェクトまで、何であってもかまいません。ゲーム、広告技術、IoT などのユースケースは、キー値ストアデータ設計に特に適しています。Amazon DynamoDB は、あらゆる規模のワークロードに対して、ミリ秒単位のレイテンシーで一貫したパフォーマンスを提供するように設計されています。 

ドキュメントデータベースは、開発者がアプリケーションコードで使用するのと同じドキュメントモデル形式です。データを JSON オブジェクトとして格納します。これらのオブジェクトは、柔軟性があり、半構造化され、階層化されています。ドキュメントおよびドキュメントデータベースは柔軟性があり、半構造化され、階層的な性質を持つため、アプリケーションのニーズに合わせて進化させることができます。ドキュメントデータベースモデルは、カタログ、ユーザープロファイル、コンテンツ管理システムなど、各ドキュメント固有のものであり、時間の経過とともに進化する場合うまく機能します。Amazon DocumentDB (MongoDB 互換) と MongoDB は、柔軟で反復的な開発のための強力で直感的な API を提供する人気ドキュメントデータベースです。

グラフデータベースは、高度に接続されたデータセットを扱うアプリケーションの構築と実行を容易にすることを目的として構築されています。ノードを使用してデータエンティティを格納し、エッジを使用してエンティティ間のリレーションシップを格納します。エッジには���に開始ノード、終了ノード、タイプおよび方向があります。親子関係、アクション、所有権などを記述できます。1 つのノードが持つことができるリレーションシップの数や種類に制限はありません。グラフデータベースを使用して、密接に連結されたデータセットで動作するアプリケーションの構築と実行ができます。グラフデータベースの典型的なユースケースには、ソーシャルネットワーキング、レコメンデーションエンジン、不正行為検出、ナレッジグラフなどがあります。Amazon Neptune はフルマネージド型のグラフデータベースサービスで、プロパティグラフモデルとリソース記述フレームワーク (RDF) の両方をサポートし、2 つのグラフ API (TinkerPop と RDF/SPARQL) を選択できます。

他の非リレーショナルデータベースはデータをディスクや SSD に保存しますが、インメモリデータストアはディスクにアクセスする必要がないように設計されています。マイクロ秒の応答時間を必要とするアプリケーションや、トラフィックが急増するアプリケーションに最適です。リーダーボード、セッションストア、リアルタイム分析などの機能を提供するゲームやアドテクアプリケーションで使用できます。Amazon MemoryDB for Redis は、Redis と互換性があり、耐久性のあるインメモリデータベースサービスで、ミリ秒の読み取りレイテンシー、数ミリ秒台の書き込みレイテンシーと、マルチ AZ の耐久性を提供します。Amazon ElastiCache は、Redis と Memcached の両方と互換性のある、フルマネージドインメモリーキャッシングサービスで、低レイテンシーで高スループットのワークロードに対応します。Amazon DynamoDB Accelerator (DAX) は、DynamoDB の読み取りを桁違いに高速化する専用データストアのもう 1 つの例です。

検索エンジンデータベースは、開発者が問題のトラブルシューティングに使用するアプリケーション出力ログなどのデータコンテンツの検索専用の非リレーショナルデータベースの一種です。インデックスを使用してデータ間の類似した特徴を分類し、検索機能を容易にします。検索エンジンデータベースは、画像や動画などの非構造化データの分類に最適化されています。Amazon OpenSearch Service は、半構造化されたログおよび指標のインデックス作成、集約、検索により、機械が生成したデータをほぼリアルタイムで可視化し、分析できるようにする専用サービスです。