문서 센터 목록 보기 임계값

Question

서 기, 다,나는 인상을 SharePoint 사이트에 구축"문서 센터"또는"기록센터"사이트 문서 템플릿 라이브러리 및 목록에서 제외되는 표준 5,000 항목 목록 보기 임계값:

당신이 사용할 수 있는 문서 센터 사이트를 만들려는 경우,관리 및 상점의 큰 숫자 문서입니다.문서 센터 사이트 서식 파일을 기반으로하고 제공하도록 설계되었으로 중앙 집중식 저장소 관리를 위해 많은 문서입니다.

또한,테이블 이 링크 보"No 적인 콘텐츠를 데이터베이스에 제한을"문서 센터 및 레코드 센터가 있습니다.

내장 시험 문서 센터 사이트에 다음을 추가 문서 라이브러리고 업로드된 3500 빈 텍스트 파일이 트리거되"라는 표준 목록 보기 임계값"메시지가 표시됩니다.I 다 멀리 가을 가진 문서 센터 사이트 서식 파일을...볼 수 없는 방법에는 그렇지 않을 것 같습니다.

내가 뭘 잘못하고 있는건가요?

Answer 1

임계 값을 변경할 수 있습 중앙 관리에서,그것은 전체에 적용됩니다.이동:중앙 관리자->관리하는 웹 응용 프로그램->선택 웹 응용 프로그램(아마도"SharePoint-80")->클릭한 일반적인 설정 드롭다운->리소스 제한

거기에 당신은 당신이 볼 목록 보기 임계값과 여러 옵션과 관련된다.이 모든 사용자에게 적용되는,그래서 충돌하는 경우 당신은 그것할 수 있는 성능 문제가 발생하는 경우 사용자를 하고 있는 것을 포함하는보기 많은 양의 목록 항목입니다.내가 조언을 변경하는것이 다시 기본값으로 완료되면,사용하거나 객체를 모델하는 코드를 당신의 경우 쿼리할 수 있기 때문에,그것을 우회할 수 있는 정상적인 제한.

Cheers!

편집: 그것은 제한에 큰 목록으로 인해 더 많은 SQL 이상 SharePoint 자체(이 좋은 설명의 영향,비록 그것이 특히 적용을 조회 분야,하지만 원칙은 동일합니다).기본적으로 거기에 극적인 차이의 양은 CPU 력이 필요하여 SQL 을 처리할 쿼리를 처리합니다.거기에 아주 철저한 문서 기 에 미치는 영향에 대해 설명하면서 큰 쿼리를 개요 여러 가지 방법을 처리하는 방법에 대한 그들과 함께,같은 인덱싱하고 SP 작업 영역입니다.

동 SP 에 대한 의미입 취급 큰 저장소의 문서,여전히 육체의 제한 하드웨어 자체를 고려해야 합니다.나는 가정으로 대하고 잘 구축 충분히 농장과 함께 최첨단 하드웨어할 수 있는 이론적으로 처리 당신이 원하는 모든 데이터는 단일 목록은,그러나 비용이 기하 급수적으로 증가한 이유가 있습니다.추천할 것을 다시 장식새김의 디자인을 확산하는 데이터는 여러 도서관,다음 같은 것을 사용하는 사용자 정의 컨텐츠를 웹 쿼리 부분을 끌어 세트의 레코드로 필요한 모든 위치에서.

당신은 또한 것을 시작으로 실행한 크기 제한 사항에 대한 데이터베이스가 있습니다.가 단 200 을 제한하는 것을 강력히 권장합니 당신을 초과하지 않는.대체될 수 있습 같은 것에 데이터를 저장하는 로컬 파일 시스템을 사용하면 파일 공유 네비게이터 내부에 SP(처럼 만든 AvePoint 용)검색/인덱스/태그습니다.나에 대한 확실한 소프트웨어,하지만 나는 그들이 행복할 것이 그것을 설명하기 위해 요구하는 경우.

Answer 2

문서 센터 문서 라이브러리는 수백만 개의 문서를 저장할 수 있지만 해당 라이브러리의 뷰 은 여전히 5000 항목 목록보기 임계 값으로 제한됩니다.나는목록보기 임계 값은 문서 센터 (또는 레코드 센터) 문서 라이브러리에도 여전히 적용됩니다. https://support.office.com/en-us/article/manage-large-lists-and-libraries-in-sharepoint-b8588dae-9387-48c2-9248-C24122F07C59? UI= en-US & rs= en-us & ad= US