2016-06-14 3 views
-1

관계형 세계에서 오는, 내 문서의 ID 필드에 일종의 ID/자동 증가 메커니즘을 사용하고 있습니다. MarkLogic에 이것을 설정하는 것이 있습니까?MarkLogic 문서 식별 열

둘째, 문서가 ML (즉,/books/123) 일 때 URI에서 id 필드를 사용하는 것이 적절합니까?

+0

문서를 빠르게 열람하면 (사용자가 보았습니까?) 문서가 식별자로 사용되는 고유 URI로 식별됨을 나타냅니다. 이 문서는 새로 생성 된 문서에 대한 고유 한 URI 생성을 다룹니다. 그것은 당신이 찾고있는 것입니까? –

+0

고유 URI 생성에 대한 설명서의 링크를 게시 할 수 있습니까? –

+0

자신의 연구 방법을 배우십시오. StackOverflow에서 "여기에 문서에 대한 링크"로 대답 할 수있는 질문은 주제와 관련이없는 것으로 간주됩니다. –

답변

3

문서의 고유 식별자는 해당 URI입니다. URI는 (거의) 모든 문자열 일 수 있습니다. 그러나 URI를 정의하는 전략을 구현할 때 대부분의 사람들이 사용하는 몇 가지 규칙이 있습니다. 예를 들어 UNIX 경로와 같은 슬래시를 사용하여 (암시 적) 디렉토리를 정의 할 수 있습니다. 문서의 MIME 유형을 나타내는 .xml 또는 .json과 같은 확장 프로그램을 추가하는 것도 도움이됩니다.

순차적 식별자를 사용하지 말 것을 권한다. 숫자를 생성하는 모든 것을 고정해야합니다. MarkLogic과 같은 분산 시스템에서는 일관성을 보장하기 때문에 비용이 많이 듭니다. 순차적 인 숫자는 또한 데이터를 통합하는 것을 더 어렵게 만듭니다. 같은 책에서 다른 책 모음이 시작된다면 어떻게 될까요?

저는 URI에서 UUID와 같은 것을 사용하여 잠금없이 글로벌 고유성을 제공 할 것을 제안합니다.

+0

감사합니다 저스틴. Pojo가 @Id (문서의 uri에 해당)가 있어야하는 PojoRepository를 사용하기로 결정한 이래로 궁금합니다. DocumentUriTemplate을 사용하는 방법이 있습니다 (즉, 템플릿의 일부 메소드 호출 그게 유일한 URI를 반환합니다)? –

+0

@ CarlosJaimeC.DeLeon 아니요, PojoRepository가 자체 규칙에 따라 URI 기반을 생성하므로 DocumentUriTemplate과 PojoRepository 간의 통합은 없습니다. java.util.UUID를 사용하여 ID를 생성하는 것은 어떻습니까? –

관련 문제