グラフデータベースを避ける理由 質問: 「ナレッジグラフのぼろきれの制作はできていますか?使うべきでしょうか?」 答え:MLで10年働いた後、私はグラフデータベースから遠ざかっています。私がグラフの世界に参入するすべての企業は、4〜5年以内にSQLに戻ります。 問題は現実のものです。 人材の採用が難しい (PostgreSQL の専門家を見つけやすい) スキーマ定義は、明確なベストプラクティスなしで終わりのない議論を引き起こします ほとんどのユースケースでは、複雑なグラフ操作ではなく、1〜2回のトラバーサルしか必要ありません Facebookの「グラフ」でさえ、実際には大規模なMySQLデータベースでした。グラフデータベースを本当に必要としている唯一の企業は、3〜5度の友情計算のためのLinkedInです。 Microsoftのドキュメントグラフアプローチでも、微調整された埋め込みを使用したいと思います。グラフは単なる隣接行列であり、微調整することで、運用を複雑にすることなく、その類似性の定義に近づけることができます。 データから始める: 最初にテクノロジーを選択するのではなく、特定のユースケースでグラフの複雑さを正当化します。グラフは 2% 優れているかもしれませんが、従来のアプローチがうまく機能しているため、2% がメンテナンス コストを正当化することはめったにありません。