グラフデータベース 第2版

第5章. 実世界でのグラフ

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

この章では、グラフデータベースの現実世界における一般的なユースケースをいくつか取り上げ、組織がリレーショナルデータベースやその他のNOSQLストアではなくグラフデータベースを選択する理由を明らかにする。本章の大部分は、3つの詳細なユースケースで構成されており、関連するデータモデルとクエリの詳細が記載されている。ただし、名前付けは変更し、技術的な詳細は必要に応じて簡略化することで、重要な設計ポイントを強調し、偶発的な複雑さを隠している。

組織がグラフデータベースを選ぶ理由

本書を通じて、グラフ・データモデルのパワーと柔軟性、そして生来の表現力を賞賛してきた。グラフ・データベースを現実の問題、現実の技術的制約、ビジネス上の制約に適用する場合、組織は次のような理由でグラフ・データベースを選択する：

「分単位からミリ秒単位のパフォーマンス

クエリのパフォーマンスとレスポンスは、データプラットフォームに関して多くの組織が懸念する最重要事項である。オンライン・トランザクション・システム、特に大規模なウェブ・アプリケーションが成功するには、エンドユーザに対してミリ秒単位で応答しなければならない。リレーショナルの世界では、アプリケーションのデータセットサイズが大きくなるにつれて、結合の痛みが現れ始め、パフォーマンスが悪化する。インデックスフリーの隣接関係を使用することで、グラフデータベースは複雑な結合を高速なグラフトラバーサルに変え、データセット全体のサイズに関係なくミリ秒のパフォーマンスを維持する。

開発サイクルを大幅に加速

グラフデータモデルは、何十年もの間ソフトウェア開発を悩ませてきたインピーダンスのミスマッチを減らし、オブジェクトモデルと表形式のリレーショナルモデルの間を行ったり来たりする開発オーバーヘッドを削減する。さらに重要なことは、グラフモデルが技術ドメインとビジネスドメインの間のインピーダンスのミスマッチを減らすことである。サブジェクト・マター・エキスパート、アーキテクト、開発者は、共有モデルを使用してコア・ドメインについて話し、それをイメージすることができる。

極めて高いビジネスレスポンス

アプリケーションが成功したままであることはめったにない。ビジネスの条件、ユーザの振る舞い、技術的・演算子的インフラストラクチャの変化が、新たな要求の原動力となる。これまでは、新旧の機能に対応するために、スキーマの変更、データの変換、冗長性の維持を伴う、慎重かつ長期的なデータ移行を行う必要があった。グラフデータベースのスキーマフリーな性質は、同時に多くの異なる方法でデータ要素をリレーショナルする能力と相まって、ビジネスの進化に合わせてグラフデータベース・ソリューションを進化させ、リスクと市場投入までの時間を削減する。

エンタープライズ・レディ

ビジネスクリティカルなアプリケーションに採用される場合、データテクノロジーは堅牢性、拡張性、そして多くの場合トランザクション性を備えていなければならない。グラフデータベースはまだ新しく、十分に成熟していないものもあるが、 、前述したパフォーマンスや柔軟性に加え、今日の大企業が必要とするACID（Atomic, Consistent, Isolated, Durable）トランザクション性、高可用性、水平読み取りスケーラビリティ、数十億エンティティのストレージといったすべての機能を提供するグラフデータベースが市場に出回っている。これは、単にオフラインや部門単位でのささやかな利用だけでなく、ビジネスを真に変えるような形で、組織がグラフデータベースを採用する重要な要因となっている。 ...