2014-06-06 2 views
0

I이검색어 푸른 표 스토리지 복합 분할 키

__ 형 분할 키 애저 테이블 기억의 테이블이이

예들이있을 수 (단, 일부 비 고정 길이 스트링의 종류) "96a38291-c654-461f-a344-6d0157c382b9__6960"

나는 내가 원하는 것에 대해 올바른 필터를 가지고 있고 그것이 왜 효과가 있는지에 대한 설명을 원한다고 생각한다. 위의 패턴을 감안할 때, __ 다음에 많은 다른 guid와 다른 접미어가 있습니다. 내가 GUID를 한 모든 개체를 얻을 것 (PartitionKey ge '96a38291-c654-461f-a344-6d0157c382b9') and (PartitionKey le '96a38291-c654-461f-a344-6d0157c382b9a')

같은 쿼리를 수행

96a38291-c654-461f-a344-6d0157c382b9을, (두 번째 부분의 끝에, 조금 통지) 같습니다.

방금 ​​guid와 postfix로 테스트했는데 일치하는 guid의 행만 반환하는 것 같습니다. 누군가가이 작품이 왜 작동 하는지를 설명 할 수 있습니까? 그리고 작동하지 않는 경우가있을 수 있습니다. guid는 항상 동일한 길이의 유효한 GUID라고 가정 할 수 있습니다.

나는 문자열의 비교를 통해 왼쪽 문자부터 먼저 수행한다고 가정합니다.

답변

0

그것은 문자열 비교이기 때문에 작동합니다. 'guid'로 시작하고 'guida'보다 '적은'행을 모두 요구합니다. 'a'소문자가 ASCII 표의 ''보다 크기 때문에 'a'가 검색의 상위 경계가됩니다. 따라서 'guid'은 'guida'보다 작습니다.

0

guid를 값보다 큼으로 사용하고 guid + 'a'를 값보다 작게 사용하면 guid로 시작하는 파티션과 'a'보다 작은 ASCII 문자 '_' 입니다.

이 설명이 맞지 않으면 알려주세요.

감사합니다.