は、私は私は、次のデータオプティミスティック・ロックまたは条件付きの更新
:foo
:hasProp 'bar';
:hasVersion '3'^^xsd:nonNegativeInteger
.
Aセッションは、このデータを照会し、メモリ内の情報を保持しているOptimistic vs. Pessimistic locking
で述べたように「楽観的ロック」のような何かを達成したいです。 それから、更新プログラムを発行します。
渡されたバージョンが '3'の場合、更新が成功するだけです。つまり、セッションの読み取り後に更新が発生していないことを意味します(:foo
)。
渡されたバージョンが!= 3
ときに失敗した更新クエリを作成する方法はありますが、それ以外:hasVersion
'4'^^xsd:nonNegativeInteger
へとbaz
に例:hasProp
のために成功し、アップデート?
私はそれを注意してSPARQLは、SQLとは異なり、ロック、また取引、また様々な関連機能何を持っていないことを覚えておくことは重要だと思います。一般に、各トリプル(または時には各クワッド)は原子的に扱われます。将来の進化により、各名前付きグラフは、SQL内のテーブルと同様に、ストア内のアトミック(潜在的にロック可能な)エンティティとして扱われる可能性があります。 SQLの行レベルロックは概念的に、 '?s'または'?o'の位置に指定されたエンティティを含むすべてのトリプルに対してSPARQLロックのように見えます。 – TallTed
ヒントのために@TallTedに感謝します。私は、単一の更新クエリがトランザクションとして扱われることを期待していました。あなたはそうではないと思います。私は現在トランザクションをサポートするStardogを試していますが、他のシステムに関する情報にも興味があります。 –
SPARQL更新のための各SPARQLクエリは、SPARQLプロトコルによって呼び出されたときに原子的に発生する必要があります。ローカルAPIは異なるかもしれませんが、多少の並行性やトランザクション制御を提供する可能性があります。 – AndyS