なMulgaraなどtriplestoreデータベースの長所と短所は、何ですか？どのような状況で、そのパフォーマンスは従来のリレーショナルデータベースのパフォーマンスと大きく異なるでしょうか？triplestoreデータベースの長所と短所は何ですか？
私は、フォームnamespace:predicate=value内のデータを持っている状況について具体的に考えています。トリプラストストアはデータを「自然な」形に保っているようですが、それ以上の利点があるかどうかを知りたいと思います。ストレージは「ネイティブ」のトリプルストア（例えば、TDB）またはトリプルストアオーバーレイ（のようなSDBとリレーショナルデータベースのいずれかである私はあなたが（大腿四頭筋を経由し、おそらくグラフ）のトリプルの持続性について尋ねていると仮定
）。
要件にあなた精巧な場合、私は、スタックオーバーフローのメンバーは、より多くの監督の答えを提供していますが、ちょうど私の頭の上オフすることができます確信している：とき
私はCでネイティブ三重の店舗を含み、プラス私はイエナやゴマなどのJavaシステムの一部を使用しましたRedlandの生みの親です。
それはあなたの問題空間/クエリパターンではなく「objecty」より、より「グラフィーを」の場合、より良い仕事、あなたの問題が何であるかを知らなくても、しかし、一般的なネイティブ三重の店舗でより多くを語るのは難しいです。 Objectyは、常に同じデータパターンを設定/取得する傾向があることを意味します。その場合は、ORMやその他のオブジェクトリレーショナルマッパーや固定スキーマを使用することもできます。問題とスキーマがよりダイナミックであれば（「Graphy」）、通常はRDBMSの世界（通常は結合）よりもデータを簡単にホップするトリプルストアのアプローチのメリットが得られます。もちろん
あり、文書のアプローチは、あまりにも、そのようなCouchDBのようでもあるが、それはあなたが与えてくれた情報から知ることは困難です。