2016-06-14 5 views
-1

リレーショナルな世界から来て、私は自分のドキュメントのidフィールドに何らかの種類のアイデンティティ/自動インクリメントメカニズムを使用しています。 MarkLogicにはこれが設定されていますか?MarkLogicのドキュメントID列

第2に、文書がML(すなわち/ books/123)のPUTであるときにURIのidフィールドを使用するのが適切ですか?

+0

文書のすばやい閲覧(あなたは正しいと思われます)は、文書が識別子として機能する一意のURIによって識別されることを示します。ドキュメントは、新しく作成されたドキュメントのユニークなURIの生成を扱います。それはあなたが探しているものですか? –

+0

一意のURIを生成するためのドキュメントのリンクを投稿してください。 –

+0

自分の研究方法を学んでください。 StackOverflowでは、「ここにドキュメントへのリンクがあります」と答えることができる質問はトピック外であるとみなされます。 –

答えて

3

文書の一意の識別子はそのURIです。 URIは(ほぼ)任意の文字列にすることができます。しかし、URIを定義する戦略を実装する際には、ほとんどの人が使用するいくつかの規則があります。たとえば、UNIXパスのようなスラッシュを使用して、(暗黙の)ディレクトリを定義することができます。ドキュメントのMIMEタイプを示すには、.xmlまたは.jsonのような拡張子を追加すると便利です。

逐次的な識別子から離れることをお勧めします。数字を生成しているものはすべてロックする必要があります。 MarkLogicのような一貫性を保証する分散システムでは、これは高価です。シーケンシャルな数字はまた、データを統合することをより困難にする。別の書籍集が同じシードで始まる場合はどうなりますか?

あなたのURIにUUIDのようなものを使って、ロックなしでグローバルな一意性を提供することをお勧めします。

+0

Justinに感謝します。私はPojoRepositoryを使用することを決めたので、Pojoに@Id(文書のURIに対応する)が必要なので、DocumentUriTemplateを使用する方法があります(つまり、テンプレートからいくつかのメソッドを呼び出していますユニークなURIを返すだろうか?) –

+0

@ CarlosJaimeC.DeLeonいいえ、PojoRepositoryは独自のルールでURIベースを生成するため、DocumentUriTemplateとPojoRepositoryの間に統合はありません。 java.util.UUIDを使用してIDを生成する方法はありますか? –

関連する問題