一般提供は？

Amazon Neptuneはグラフデータベースの起爆剤となるか

AmazonがAWSでグラフデータベースを提供すると発表し、このニッチなデータベースジャンルにもスポットライトが当たるようになった。Neptuneの一般提供前にグラフデータベースについておさらいしておこう。

　やや旧聞に属するが、2017年11月に米シアトルで開催されたAmazon Web Services（AWS）主催のカンファレンス「re:inVent 2017」で、AWSはグラフデータベース市場への参入を発表した。

　この発表が特筆すべきものであった理由は幾つかある。まず、AWS初のグラフデータベースであることだ（リレーショナルデータベースとNoSQLデータベースは既にサービスとして提供している）。そしてこのニュースで、このところニッチ、複雑、高価と見られていたデータベース分野に再び光が当たることになった。

　AWSのグラフデータベース「Amazon Neptune」は現在、一般公開を控えてプレビュー中だが、公開も近いうちに実現しそうだ。そこで、グラフデータベースを少し詳しく見ておこう（訳注）。

訳注： グラフデータベース製品導入戦略ガイド でもグラフデータベースについて詳しく解説している。

　グラフデータベースは、グラフ構造を使用してデータのクエリを実行できるようにするものだ。ノード、エッジ、プロパティという概念に基づいてデータを表現し、保存する。ここで重要な概念は、グラフとは、データベース内の異なるデータ項目間の関係を直接記録するものだという点だ。グラフは関連するオブジェクトを直接リンクするため、相互に関係付けられているオブジェクトは1回の操作でまとめて取得できる。

　リレーショナルデータベースは、データを行と列の概念に基づいて格納する。そのため関連するオブジェクト同士が直接接続されているわけではない。異なる要素間のリレーションシップ（関係）を作成するには、「join」でテーブルを結合しなければならない。しかし、joinは扱いにくく、データベースのパフォーマンスにも影響する。

　グラフデータベースの特徴は、複雑な階層構造を簡単かつ迅速に取得できることだ。こうした構造は、リレーショナルデータベースではモデル化するのが困難であるか、または非常に時間がかかる。

　たたし、グラフデータベースにも小さな短所がある。リレーショナルデータベースの世界ではデファクトスタンダードとなっている構造化照会言語（SQL）ではクエリを簡単に実行できない。そればかりか、グラフデータベースの世界には、SQLのようなデファクトスタンダードといえるクエリ言語がまだ存在しない。業界標準の言語は幾つかあるが、グラフデータベースが普及する過程で淘汰（とうた）されるものも出てくるだろう。

　Neptuneはクラウド向けに設計されているとAmazonは主張するが、その性質には長所と短所がある。

Computer Weekly日本語版

この連載の記事をもっと見る

この記事の著者

関連記事

• 

  時代遅れ？のHTTP／HTTPS vs. 分散ファイルシステム「IPFS」

• 

  WindowsをChrome OS系OSでリプレースするための現実解

新着ホワイトペーパー PR

• 製品資料
  [o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説　総物流費を抑制するサプライチェーン戦略
• 製品資料
  [o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド：効果的な意思決定を実現する秘訣とは？
• 製品資料
  [株式会社リンプレス] 非デジタル／IT人材を「自走するDX推進者」に変えるための育成ロードマップ
• 市場調査・トレンド
  [ワンアイルコンサルティング株式会社] AI時代の組織設計：「判断と責任」を人に残すための2つの原則とは？
• 技術文書・技術解説
  [ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む？　「変えない判断」から脱却する方法とは