쿼리 문제

내가 SharePoint 사이트에 두 개의 목록이, A와 B 목록 A는리스트 B의 ID 필드에 조회되는 열 'B'를 가지고 I

을 내가 SharePoint 웹 서비스를 사용하여 목록 A의 항목에 대한 쿼리를 실행할 수 있어요, 심지어 기반으로 쿼리를 필터링 할 수 있어요 : 작동 무엇 B.

에 A의 50 만 개 + 기록 약 6K 기록이 열 'b'에 대한 특정 "조회"값. 예를 들어 A 열의 b가 1234 (... < 값 유형 = "조회"/값 > ...)과 일치하는 항목을 쿼리 할 수 있습니다.

작동하지 않습니다 무엇 :

쿼리 내 쿼리가 어떤 방식으로 날짜를 포함하지 않더라도, 특정 날짜보다 오래된 항목이 작동하지 않습니다 - 단지 조회 열을. 2 년 이상 된 데이터에 대한 쿼리는 정상적으로 작동하며 그보다 오래된 데이터는 실패합니다. SharePoint 웹 페이지의 항목을 보면 괜찮아 보이고 B의 하위 레코드에서 A의 상위 레코드까지의 모든 링크가 정상적으로 작동합니다. 조회 열은 그대로 나타납니다.

질문 :

등 시스템 복원과 같은 작동이 중지 조회 ID를 기반으로 쿼리를 방지 할 수 있습니다 손상받을 수있는 몇 가지 기본 데이터가 발생할 수 SharePoint의 유지 보수 작업의 어떤 종류가 있습니까? 즉, 조회 열 데이터가 웹 브라우저의 표면에 올바르게 나타납니다. 그러나 SharePoint는 GUID 또는 동기화되지 않거나 오래된 데이터가있는 다른 보이지 않는 데이터로이 값을 나타냅니다.

감사합니다.

출처

2011-01-11 Dan

이 문제는 http://blog.qumsieh.ca/2009/05/12/spquery-value-type-lookup-fails-on-indexed-columns/와 관련이 있습니다. – Dan

아마도 인덱스되지 않은 항목에서 해당 항목을 인덱싱 된 항목으로 변경 한 날이 모든 것이 지옥에 갔던 날입니다. – Dan

아마도 다른 한도를 치고있을 것입니다. 쿼리에서 검색된 최대 항목 수?

당신의 FieldRef 요소에 LookupId = "TRUE"속성을 추가하여 ID에 의해 list throttling

출처

2011-01-12 00:25:37 ArjanP

좋은 사진, 또는 defaultview에 최대 항목/필터가 적용되어 있는지 확인하십시오 ... – Colin

고마워요. 어쨌든 각 쿼리가 소수의 항목 (50 개 미만) 만 반환한다는 사실을 제외하고는 의미가 있습니다. 문제의 행 ID는 마법 번호가 아니며 날짜도 아니며 마술은 아닙니다. 나의 유일한 의혹은 잘못된 복원 시스템이 뭔가를 망쳐 버렸다는 것입니다. – Dan

에 한번의 쿼리를 참조하십시오. http://abstractspaces.wordpress.com/2008/05/05/caml-query-lookup-field-by-id-not-by-value/

출처

2011-01-12 07:01:25

나쁜 날짜 위의 항목을 쿼리하면 LookupID없이 제대로 작동하므로 필요하지 않다는 것을 알았습니다. 그러나 나는 어떻게해서든지 시험했다 - 어떤 운도. 여전히 효과가 없었습니다. 숫자, 텍스트 등의 값 유형을 사용하여 쿼리를 시도했습니다 ... 아무 것도 작동하지 않습니다. – Dan

문제는 해당 열이 인덱싱 된 것과 관련이있는 것 같습니다. 색인을 제거하면 모든 것이 작동하기 시작했습니다. 색인을 다시 적용하면 모든 것이 계속 작동합니다. 나는이 문제를 부패한 색인으로 돌리고있다.

출처

2011-01-12 17:09:56 Dan

답변

관련 문제