타임 스탬프를 기반으로하는 조회를 사용하여 더 높은 성능의 쿼리를 위해 자신의 타임 스탬프 (밀리 초)를 포함하는 것이 더 좋습니까?documentdb 문서의 _ts가 인덱싱됩니까?
이전 게시물에서 1970 년 이래로 초 단위로 표시된다는 것을 알고 있습니다. 핵심 요소이므로 색인이 생성되지 않을 수도 있습니다.
타임 스탬프를 기반으로하는 조회를 사용하여 더 높은 성능의 쿼리를 위해 자신의 타임 스탬프 (밀리 초)를 포함하는 것이 더 좋습니까?documentdb 문서의 _ts가 인덱싱됩니까?
이전 게시물에서 1970 년 이래로 초 단위로 표시된다는 것을 알고 있습니다. 핵심 요소이므로 색인이 생성되지 않을 수도 있습니다.
_ts는 사용자가 명시 적으로 무시하지 않는 한 기본적으로 DocumentDB에서 범위 인덱스 및 최대 정밀도 (-1)입니다. 따라서 범위 쿼리를 실행할 수 있습니다.
즉, 밀리 초 단위로보다 세분화 된 타임 스탬프가 필요한 경우 자신의 고정밀 속성을 사용하는 것이 가장 좋습니다. 예를 들어 타임 스탬프를 ISO 8601 형식의 문자열 (예 : "2016-08-29T21 : 48 : 38.334") 및 범위 색인 인 해당 특성으로 사용할 수 있습니다. 이는 두 가지 목적을 수행합니다. 날짜와 시간을 사람이 읽을 수있게하고 해당 속성에 대해 범위 쿼리를 효율적으로 실행합니다. 이 타임 스탬프 속성 (예 : "createdTs")을 사용하는 검색어의 예는 다음과 같습니다.
SELECT r.id FROM root r WHERE
r.createdTs > "2016-08-29T21:48:38.334" and r.createdTs < "2016-08-29T21:50:00.000"
Range Index인지 확인하십시오. –
... 전체 정밀도 (-1)가있는 경우 –
예 범위는 완전 정밀도로 인덱싱됩니다. 귀하의 질문을 반영하도록 제 답변을 업데이트했습니다. –
왜 이것이 다운 투표입니까? –