Mulgaraなどのトリプルストア データベースの長所と短所は何ですか? そのパフォーマンスが従来のリレーショナル データベースのパフォーマンスと大きく異なるのはどのような状況ですか?
フォームにデータがある状況について特に考えていますnamespace:predicate=value
。Triplestores はデータを「自然な」形式で保持しているように見えますが、それ以上の特定の利点があるかどうかを知りたいです。
私は、 C 言語のネイティブ トリプル ストアを含むRedlandの作成者であり、Jena や Sesame などの Java システムをいくつか使用しました。
問題が何であるかを知らずにこれ以上言うのは難しいですが、一般的にネイティブ トリプル ストアは、問題の空間/クエリ パターンが「オブジェクト」ではなく「グラフィック」である場合にうまく機能します。オブジェクトとは、常に操作する傾向があることを意味します-毎回同じパターンのデータを設定/取得します-その場合、ORMまたは他のオブジェクトリレーショナルマッピングと固定スキーマを使用することもできます. 問題とスキーマがより動的な場合 (「Graphy」) は、通常の RDBMS の世界 (結合) よりも簡単にデータをホップできるトリプル ストア アプローチの恩恵を受けることができます。
もちろん、CouchDB などのドキュメント アプローチもありますが、提供された情報からはわかりません。
ストレージが「ネイティブ」トリプルストア(たとえば、TDB)またはトリプルストアオーバーレイを備えたリレーショナルデータベース(SDBなど)のいずれかであるトリプル(および場合によってはクワッドを介したグラフ)の永続性について質問していると思います。
要件について詳しく説明している場合は、Stack Overflowのメンバーがより方向性のある答えを提供できると確信していますが、私の頭から離れたところにあります。