2011-07-17 8 views
1

私は読み取りとクエリのパフォーマンスに焦点を当てたtriplestoreベンチマークをたくさん見ました。 しかし、私がtriplestoreに移動しようとしているアプリケーションは非常に動的なデータを持っており、私は書き込みパフォーマンスとロックについて非常に懸念しています。Triplestore書き込みパフォーマンスとロック

たとえば、私は、Jena/TDBは、ライトワンス、読み取り - 多くのロックモデルでしか使用できないと聞いています。これにより、複数の読者のSPARQLクエリを同時に実行することができます。ただし、トリプルを作成/更新するために書き込み操作が行われると、既存の実行中のSPARQLクエリが完了するまで書き込み操作を処理することはできません。さらに、書き込み操作が進行中の間は、(モデル内の任意のトリプルに対して)読み取り操作は実行できません。バルク・データ・コピー操作がSPARQL問合せを長時間ブロックしていることが想像できます。

このロックモデルがアプリケーションに重大な影響を及ぼすことは想像できます。

誰もこのレベルで異なるトリプルストアの比較を行っていますか?

あなたが自分で使っているトリプルストアにコメントすることができたとしても、それはまだ私にとっては非常に便利です。

+0

あなたはおそらく既にそれを見てきましたが、他の人の利益のために、このトピックに関するJenaのドキュメントはhttp://openjena.org/how-to/concurrency.htmlにあります – DNA

答えて

0

書き込みパフォーマンスが高い場合は、Apache CassandraなどのNoSQLデータストアを検討することもできます(アプリケーションに応じて)。

関連する問題