リレーショナルな世界から来て、私は自分のドキュメントのidフィールドに何らかの種類のアイデンティティ/自動インクリメントメカニズムを使用しています。 MarkLogicにはこれが設定されていますか?MarkLogicのドキュメントID列
第2に、文書がML(すなわち/ books/123)のPUTであるときにURIのidフィールドを使用するのが適切ですか?
リレーショナルな世界から来て、私は自分のドキュメントのidフィールドに何らかの種類のアイデンティティ/自動インクリメントメカニズムを使用しています。 MarkLogicにはこれが設定されていますか?MarkLogicのドキュメントID列
第2に、文書がML(すなわち/ books/123)のPUTであるときにURIのidフィールドを使用するのが適切ですか?
文書の一意の識別子はそのURIです。 URIは(ほぼ)任意の文字列にすることができます。しかし、URIを定義する戦略を実装する際には、ほとんどの人が使用するいくつかの規則があります。たとえば、UNIXパスのようなスラッシュを使用して、(暗黙の)ディレクトリを定義することができます。ドキュメントのMIMEタイプを示すには、.xml
または.json
のような拡張子を追加すると便利です。
逐次的な識別子から離れることをお勧めします。数字を生成しているものはすべてロックする必要があります。 MarkLogicのような一貫性を保証する分散システムでは、これは高価です。シーケンシャルな数字はまた、データを統合することをより困難にする。別の書籍集が同じシードで始まる場合はどうなりますか?
あなたのURIにUUIDのようなものを使って、ロックなしでグローバルな一意性を提供することをお勧めします。
Justinに感謝します。私はPojoRepositoryを使用することを決めたので、Pojoに@Id(文書のURIに対応する)が必要なので、DocumentUriTemplateを使用する方法があります(つまり、テンプレートからいくつかのメソッドを呼び出していますユニークなURIを返すだろうか?) –
@ CarlosJaimeC.DeLeonいいえ、PojoRepositoryは独自のルールでURIベースを生成するため、DocumentUriTemplateとPojoRepositoryの間に統合はありません。 java.util.UUIDを使用してIDを生成する方法はありますか? –
文書のすばやい閲覧(あなたは正しいと思われます)は、文書が識別子として機能する一意のURIによって識別されることを示します。ドキュメントは、新しく作成されたドキュメントのユニークなURIの生成を扱います。それはあなたが探しているものですか? –
一意のURIを生成するためのドキュメントのリンクを投稿してください。 –
自分の研究方法を学んでください。 StackOverflowでは、「ここにドキュメントへのリンクがあります」と答えることができる質問はトピック外であるとみなされます。 –