항목이 많은 목록 및 라이브러리 관리

목록 및 라이브러리는 항목 수에 관계없이 다양한 방식으로 SharePoint 2010을 사용하는 데 반드시 필요한 요소입니다. 그러나 목록 또는 라이브러리의 항목이 많은 경우 데이터에 액세스하는 방법을 고려하여 목록 또는 라이브러리의 구성을 신중하게 계획해야 합니다. 주요 목록 및 라이브러리 기능을 계획적으로 사용하면 사이트의 나머지 영역의 성능에 부정적인 영향을 주지 않고 정보를 신속하게 찾을 수 있습니다.

 참고   SharePoint 사이트의 성능은 특히 항목이 많은 목록 및 라이브러리가 포함된 경우 SharePoint 사이트를 설정하고 계획할 때 내리는 결정의 영향을 직접적으로 받을 수 있습니다. SharePoint 성능 및 용량 계획에 대한 자세한 내용은 Microsoft TechNet을 참고하십시오.

이 문서의 내용


항목이 많은 목록 및 라이브러리 개요

SharePoint 2010에서는 많은 목록 및 라이브러리를 지원합니다. 다음 표에는 많은 항목이 있는 목록 및 라이브러리에 대한 사양과 제한 사항이 요약되어 있습니다.

기능 최대 한도
목록 또는 라이브러리의 항목 수 5,000만 개
개별 파일 항목 또는 항목 첨부 파일의 크기 2GB

목록 및 라이브러리에는 많은 데이터와 파일을 저장할 수 있습니다. 그러나 쿼리 또는 데이터베이스 리소스 제한을 초과하는 경우에는 사이트의 다른 사용자에게 부정적인 영향을 줄 수 있으므로 작업이 차단될 수 있습니다. 이 제한을 초과하지 않고 원하는 결과를 얻는 데 사용할 수 있는 간단한 전략 및 기본 기능 집합이 있습니다. 모든 사용자는 전용 시간 창에서 작업하는 동안 이러한 제한을 피할 수 있으며, 적절한 사용 권한이 있는 경우에는 보다 높은 제한 통과 코드를 사용할 수도 있습니다.

맨 위로 이동 맨 위로 이동

특별히 5,000개가 한도인 이유

데이터베이스 충돌을 최소화하기 위해 SQL Server에서는 행 수준 잠금 전략을 통해 다른 행에 액세스 중인 다른 사용자에 대한 부정적인 영향 없이 정확한 업데이트를 유지합니다. 그러나 쿼리와 같은 데이터베이스 읽기 또는 쓰기 작업으로 인해 한 번에 5,000개가 넘는 행이 잠길 경우에는 데이터베이스 작업이 완료될 때까지 SQL Server에서 전체 테이블로 잠금을 일시적으로 에스컬레이션하는 것이 보다 효율적입니다. 실제 행 수는 항상 5,000개인 것이 아니라 사이트, 데이터베이스의 작업량 및 사이트 구성에 따라 달라질 수 있습니다. 이러한 잠금 에스컬레이션이 발생하면 다른 사용자가 테이블에 액세스하지 못하게 됩니다. 이러한 상황이 너무 자주 발생할 경우에는 사용자의 시스템 성능이 저하됩니다. 따라서 리소스를 많이 사용하는 데이터베이스 작업의 영향을 최소화하고 모든 사용자의 요구를 고루 충족하기 위해서는 임계값과 제한이 기본적으로 필요합니다.

맨 위로 이동 맨 위로 이동

목록 또는 라이브러리의 많은 항목에 액세스할 때 배경에서 발생하는 작업

다음 다이어그램에는 목록 또는 라이브러리의 많은 항목에 액세스할 때 배경에서 발생하는 작업에 대한 요점이 정리되어 있습니다.

큰 목록 및 라이브러리

설명선 1 정보 근로자는 적절한 보기, 스타일 및 페이지 제한을 사용하여 페이지에 데이터가 표시되는 속도를 높일 수 있습니다.
설명선 2 열 인덱스가 포함된 필터링된 보기 또는 기타 작업에서는 열과 행의 하위 집합을 식별하여 컴퓨터에 반환하는 데이터베이스 쿼리를 만듭니다.
설명선 3 팜 관리자는 모든 사용자가 사용량이 적은 시간 동안 제한 없이 작업을 수행할 수 있도록 전용 시간 창을 지정할 수 있습니다.
설명선 4 권한 있는 개발자는 개체 모델 무시를 사용하여 사용자 지정 응용 프로그램에 대한 임계값 및 제한을 일시적으로 높일 수 있습니다.
설명선 5 임계값 및 제한을 사용하면 많은 동시 사용자에 대한 작업을 제한하고 리소스의 균형을 유지할 수 있습니다.
설명선 6 사이트 모음의 목록 또는 라이브러리 데이터는 쿼리, 인덱스 및 잠금을 사용하여 전체 성능, 공유, 정확도를 유지 관리하는 SQL Server 데이터베이스 테이블에 저장됩니다.

맨 위로 이동 맨 위로 이동

리소스 제한

다음 표에는 리소스 제한에 대해 알아야 하는 정보가 요약되어 있습니다. 이러한 제한은 중앙 관리의 리소스 제한 페이지에 설정되어 있습니다. 사이트에 대한 특정 제한 및 요청에 대해서는 관리자에게 문의하십시오.

 참고   중앙 관리를 지원하기 위해 많은 항목이 있는 목록 또는 라이브러리에 액세스하는 중앙 관리자 사이트 소유자 및 프런트 엔드 컴퓨터 관리자에게는 다음 리소스 제한이 적용되지 않습니다.

임계값
또는 제한
기본
설명
목록 보기 임계값 5,000

쿼리와 같은 데이터베이스 작업에서 한 번에 처리할 수 있는 목록 또는 라이브러리의 최대 항목 수를 지정합니다. 이 제한을 초과하는 작업은 차단됩니다.

다른 방법을 계획할 여유를 제공하기 위해 SharePoint 2010에서는 목록의 항목 수가 3,000개를 초과할 때 목록 설정 페이지에 경고를 표시합니다. 경고에는 이 항목에 대한 도움말 링크가 포함됩니다.

고유 권한 제한 50,000

목록 또는 라이브러리에 허용되는 최대 고유 권한 수를 지정합니다.

이 제한에서는 항목이나 폴더의 사용 권한에 대한 상속을 중단할 때마다 하나의 고유 권한으로 계산됩니다. 항목을 추가하면 이 제한을 초과하게 되는 경우에는 항목을 추가할 수 없습니다.

행 크기 제한 6

목록 또는 라이브러리 항목에 사용되는 데이터베이스 내부의 최대 테이블 행 수를 지정합니다. 많은 열이 있는 넓은 목록을 수용하기 위해 각 항목은 최대 6개(최대 총 8,000바이트, 첨부 파일 제외)의 내부 테이블 행에 배치됩니다.

예를 들어 수백 개의 예/아니요 열이 있는 목록처럼 목록에 작은 열이 많이 있는 경우에는 이 제한을 초과할 수 있습니다. 이 경우 목록에 예/아니요 열은 더 추가할 수 없지만 다른 형식의 열은 추가할 수 있습니다.

 참고   팜 관리자는 이 제한을 사용자 인터페이스가 아니라 개체 모델을 통해서만 설정할 수 있습니다.

목록 보기 조회 임계값 8

조회, 개인/그룹 또는 워크플로 상태 열을 기준으로 하는 작업과 같은 조인 작업의 최대 수를 지정합니다.

쿼리에서 9개 이상의 열을 사용하면 작업이 차단됩니다. 그러나 개체 모델을 통해 최대 보기를 설정하여 사용할 열을 프로그래밍 방식으로 선택할 수 있습니다.

감사자 및 관리자에 대한 목록 보기 임계값 크기 20,000 쿼리와 같은 데이터베이스 작업을 해당하는 권한이 있는 감사자 또는 관리자가 수행할 때 한 번에 처리할 수 있는 목록 또는 라이브러리의 최대 항목 수를 지정합니다. 이 설정은 개체 모델 무시 허용과 함께 작동합니다.
개체 모델 무시 허용 Y 개발자가 목록 보기 임계값감사자 및 관리자의 목록 보기 임계값으로 지정된 더 높은 제한으로 재정의하도록 요청하는 쿼리 등의 데이터베이스 작업을 수행할 수 있는지 여부를 지정합니다. 팜 관리자는 개체 모델 무시를 사용하도록 설정해야 합니다. 그러면 적절한 사용 권한이 있는 개발자가 해당 쿼리에서 보다 높은 목록 보기 임계값을 사용하도록 프로그래밍 방식으로 요청할 수 있습니다.
일별 기간 없음

리소스 임계값 및 제한이 무시되는 기간을 지정합니다. 팜 관리자는 "사용량이 적은" 시간 동안 15분 간격으로 최대 24시간까지 시간 창을 구성할 수 있습니다(예: 18:00:00 ~ 22:00:00 또는 01:30:00 ~ 05:15:00).

 참고   일별 기간 내에 시작된 데이터베이스 작업 또는 쿼리는 지정된 시간 창 내에 완료되지 않거나 오류가 발생하는 경우에도 완료될 때까지 계속됩니다.

맨 위로 이동 맨 위로 이동

많은 항목이 있는 목록 및 라이브러리를 관리하는 방법

다음 섹션에서는 목록 또는 라이브러리의 많은 항목에 빠르게 액세스하고 사이트의 원활한 작동을 유지하는 데 유용한 권장 사항, 기술 및 팁을 제공합니다.

SharePoint 인덱싱된 열 만들기

큰 목록 또는 라이브러리의 성능을 향상시키기 위해 최대 20개의 열을 인덱싱할 수 있습니다. 일반적으로 열의 인덱스를 사용하면 매우 많은 수의 항목으로 작업하는 동안에도 해당 열의 값을 기준으로 원하는 행을 빠르게 찾을 수 있습니다. 인덱스를 필터링된 보기와 결합하면 원하는 항목을 신속하게 검색할 수 있습니다.

인덱싱된 열을 만들고 사용할 때는 고려해야 할 점이 있습니다. 각각의 추가 열 인덱스는 데이터베이스의 추가 리소스를 소모하고 인덱스를 유지 관리하는 모든 작업에 약간의 오버헤드를 추가합니다. 따라서 목록 또는 라이브러리의 보기에서 필터링에 자주 사용하는 열에만 인덱스를 추가해야 합니다. 모든 보기를 확인하여 각 보기에서 필터링에 가장 자주 사용되는 열을 파악해 인덱싱할 적절한 열을 선택하는 것이 효율적입니다. 고유 값을 가지도록 정의하는 열에는 인덱스가 필요합니다.

다음 표에는 인덱싱할 수 있는 열과 인덱싱할 수 없는 열이 요약되어 있습니다.

지원되는 형식 지원되지 않는 형식
한 줄 텍스트 여러 줄 텍스트
선택(단일 값) 선택(다중값)
숫자 계산 필드
통화 하이퍼링크 또는 그림
날짜 및 시간 사용자 지정 열

조회(단일 값)

 참고   다른 목록 또는 라이브러리에서 열을 인덱싱해도 조회 작업 성능은 개선되지 않습니다.

조회(다중값)
사용자 또는 그룹(단일 값) 사용자 또는 그룹(다중값)
예/아니요
관리되는 메타데이터

인덱싱된 열을 만드는 방법에 대한 자세한 단계는 이 항목의 단순 또는 복합 인덱스 만들기 섹션을 참고하십시오.

맨 위로 이동 맨 위로 이동

열 인덱스를 기준으로 필터링된 보기 만들기

보기에서 많은 항목을 신속하게 필터링하려면 필터에서 지정하는 첫 번째 열을 인덱싱해야 합니다. 보기 필터에서 지정하는 다른 열은 인덱싱할 수도 있고 인덱싱하지 않을 수도 있지만 보기에서 이러한 인덱스를 사용하지는 않습니다. 또한 필터링된 보기의 최종 결과에서 목록 보기 임계값보다 적은 항목이 반환되는 경우에도 필터의 첫 번째 열에서 목록 보기 임계값보다 많은 항목을 반환하지 않는지 확인해야 합니다.

필터의 첫 번째 열에서 목록 보기 임계값보다 많은 항목을 반환하는 경우에는 둘 이상의 열이 포함된 필터를 사용할 수 있습니다. 둘 이상의 열을 사용하는 필터링된 보기를 정의할 때는 AND 연산자를 사용하면 대개 반환되는 총 항목 수가 제한됩니다. 그러나 이렇게 하더라도 더 적은 데이터를 반환하는 열을 필터의 첫 번째 열로 지정해야 합니다. OR 필터를 사용하면 반환되는 항목 수가 늘어나는 경우가 대부분이므로 이러한 상황에서는 효율적이지 못합니다.

 중요    인덱싱된 필드를 기준으로 목록을 필터링하는 경우 휴지통에 삭제한 항목이 있는지 확인하십시오. 휴지통의 항목은 휴지통에서 제거하기 전까지는 백 엔드 데이터베이스에서 실제로 삭제되지 않습니다. 목록과 휴지통에 있는 필터링된 총 항목의 수가 목록 임계값 제한보다 크면 반환되는 결과가 완전하지 않거나 없을 수도 있습니다.

 참고   개발자는 첫 번째 열에서 복합 인덱스를 프로그래밍 방식으로 사용할 수 있습니다. 복합 인덱스는 기본 열과 보조 열의 두 개 열을 기준으로 하며 두 열 중 하나를 사용하여 데이터에 신속하게 액세스할 수 있습니다.

다음은 인덱싱된 열에서 작동하는 일반적인 보기에 대한 몇 가지 권장 사항입니다.

필터 기준 인덱싱 대상 :
최근에 변경한 항목 수정한 날짜 지난 주에 변경한 항목만 보려면 수정한 날짜 > [오늘]-7 필터를 적용합니다.
새 항목 만든 날짜 지난 주에 추가된 항목에 대해서만 보기를 보려면 만든 날짜 > [오늘]-7 필터를 적용합니다.
내 항목 만든 사람 지난 주에 자신이 추가한 항목에 대해서만 보기만 만들려면 만든 사람 = [나] 필터를 적용합니다.
기한이 오늘인 항목 기한 열(목록 또는 라이브러리에서 직접 만든 열) 기한이 오늘인 항목에 대해서만 보기만 만들려면 기한 = [오늘] 필터를 적용합니다.
토론 게시판 업데이트 마지막으로 업데이트한 날짜 지난 달에 업데이트된 토론에 대해서만 보기를 보려면 마지막으로 업데이트한 날짜 > [오늘]-30 필터를 적용합니다.
문서 라이브러리의 보관 파일 수정한 날짜 2006년 이후에 변경되지 않은 문서의 보기를 만들어 보관하려면 수정한 날짜 < 2006년 12월 31일 필터를 적용합니다.
재무 데이터의 하위 집합 찾기 지역, 연도(두 개의 단순 인덱스) 북동 지역에 대한 2008년도 재무 데이터 보기를 만들려면 지역 = "북동" AND 연도 = 2008 필터를 적용합니다. 이때 지역 열이 연도 열보다 값 수가 적기 때문에 첫 번째 열로 사용합니다.

보기 만들기 또는 변경 및 보기를 필터링하는 데 사용할 수 있는 수식 및 함수에 대한 자세한 내용을 보려면 관련 정보 섹션에서 해당 링크를 클릭하십시오.

 참고   열 인덱스를 기준으로 필터링된 보기를 만드는 경우에도 전체 목록 또는 라이브러리에 액세스해야 하는 특정 추가 작업은 계속 차단될 수 있습니다. 이러한 작업에는 인덱스 추가/삭제, 보기 정의에서 정렬 작성, 열 합계 표시, 계산 필드 추가/업데이트/삭제 등이 있습니다.

맨 위로 이동 맨 위로 이동

항목을 폴더로 구성

폴더(컨테이너라고도 함)에서 큰 목록 및 라이브러리를 사용할 필요가 없는 경우에도 큰 목록 및 라이브러리를 계속 사용하여 데이터를 쉽게 구성하고 데이터 액세스의 효율성을 높일 수 있습니다. 폴더를 만들면 내부 인덱스도 자동으로 만들어집니다. 이 내부 인덱스는 루트 폴더 또는 목록이나 라이브러리의 최상위 수준에 대해서도 만들어집니다. 폴더의 항목에 액세스할 때는 이 내부 인덱스를 사용하여 데이터에 액세스합니다. 폴더에 하위 폴더가 있는 경우 각 하위 폴더도 항목으로 계산됩니다(하위 폴더 내의 항목은 계산되지 않음).

목록 또는 라이브러리의 전체 항목 수가 굉장히 많은 경우에도 단일 폴더 보기는 인덱싱된 열을 사용하여 전체 항목 수를 필터링하는 보기 이상으로 빠릅니다. 경우에 따라서는 목록 또는 라이브러리의 전체 항목을 여러 폴더로 분산하여 한 폴더에 5,000개 이하의 항목만 포함할 수 있습니다.

폴더를 사용하여 큰 목록 또는 라이브러리를 구성할 때 고려할 사항은 다음과 같습니다.

  • 폴더에 목록 보기 임계값보다 많은 항목을 포함할 수 있지만 SharePoint 2010에 의해 차단되지 않도록 하려면 열 인덱스를 기준으로 필터링된 보기를 계속 사용해야 할 수 있습니다.
  • 이 목록 또는 라이브러리에서 보기를 만들거나 수정할 때 폴더 섹션에서 폴더 구조 없이 모든 항목을 한 번에 표시 옵션을 선택한 경우에는 단순 인덱스를 기준으로 하는 필터를 사용해야 목록 보기 임계값에 도달하지 않습니다.
  • 필터링하지 않고 기본 보기에서 사용 가능한 모든 폴더를 표시하도록 설정하여 사용자가 새 항목을 삽입할 때 필요한 폴더를 선택할 수 있도록 하는 것이 유용합니다. 또한 모든 폴더를 표시하면 목록 또는 라이브러리의 폴더 외부에 항목이 잘못 추가되는 것을 방지할 수 있습니다.

맨 위로 이동 맨 위로 이동

페이지의 데이터 표시 제어

데이터 하위 집합을 컴퓨터에 전송한 후 데이터가 브라우저에 표시되는 속도를 높이는 데 사용할 수 있는 몇 가지 전략이 있습니다.

웹 페이지 배경의 HTML 원본 코드 크기를 늘리면 일반적으로 페이지를 렌더링하는 시간이 늘어납니다. 페이지가 클수록 표시되는 데 시간이 오래 걸립니다. 예를 들어 목록 또는 라이브러리 보기의 기본 스타일은 하나의 항목을 한 행에 표시하여 모든 데이터를 한 페이지에 표시하는 표 스타일입니다. 따라서 표시할 행 수가 많을수록 데이터가 표시되는 데 시간이 오래 걸립니다.

페이지에 대한 항목 제한 설정

페이지 항목 페이지에 대한 항목 제한을 설정하면 특정 숫자(기본값 30)를 사용하여 한 번에 표시할 항목 수를 직접 제어할 수 있습니다.

페이지에 대한 항목 제한을 설정할 때 선택할 수 있는 두 가지 옵션이 있습니다.

  • 지정한 수만큼씩 항목 표시(페이징의 경우)를 선택한 경우에는 데이터의 페이지 단위 표시가 만들어집니다. 이는 대화형이 아닌 방식으로 항목을 찾을 때 유용합니다.
  • 반환되는 항목의 총 수를 지정한 값으로 제한을 선택한 경우에는 필터 작업의 전체 결과 또는 일부 결과를 반환할 수 있는 엄격한 제한이 만들어집니다. 이는 보기를 테스트하거나, 원형을 만들거나, 보기의 최상위 값만 검색하려는 경우에 유용합니다.

미리 보기 보기 스타일 사용

미리 보기 창 목록의 항목에서 제공하는 모든 정보를 세로 창 형식으로 보려면 미리 보기 창 스타일을 사용합니다. 페이지 왼쪽의 스크롤 영역에서 항목 제목을 가리키면 페이지의 오른쪽에 현재 항목의 모든 열 값이 세로로 나열되므로 데이터를 보다 빠르게 탐색할 수 있습니다. 표시되는 초기 데이터가 적을수록 보기를 빠르게 표시할 수 있습니다. 이 스타일은 목록이 넓거나 많은 열이 있고 가로로 스크롤해야 데이터를 볼 수 있는 경우에도 유용합니다.

그룹화 보기 스타일 사용

그룹화 스타일 그룹화 보기 스타일은 보기를 정의할 때 선택한 범주(최대 두 개 수준)별로 데이터를 그룹화합니다. 이 스타일을 사용하면 초기에 표시되는 목록 보기가 훨씬 작아집니다. 더하기/빼기 단추를 클릭하여 특정 데이터 그룹을 확장/축소할 수 있으며, 필요한 데이터 하위 집합만 현재 페이지로 로드할 수 있습니다. 이 보기 스타일은 데이터 표시뿐 아니라 데이터 검색도 제한합니다. 기본 그룹 표시 방법 옵션이 축소로 설정되어 있는지 확인해야 합니다. 또한 그룹화된 데이터의 페이징을 그룹화되지 않은 데이터와 같은 방식으로 제어할 수 있습니다. 간단한 보고 또는 데이터를 찾고 업데이트하기 위한 드릴다운 및 드릴업과 같은 일부 작업에서는 이 보기 스타일을 사용하는 것이 훨씬 효율적일 수 있습니다.

데이터시트 보기 사용

데이터시트 보기는 ActiveX 컨트롤을 기반으로 하며, 데이터를 비동기 방식으로 검색 및 업데이트하여 보다 빠르게 로드할 수 있도록 특별히 디자인된 보기입니다. 이 보기를 사용하면 데이터가 많은 경우에도 훨씬 효율적으로 스크롤, 편집 및 작업할 수 있으며 데이터 추가, 업데이트 및 비교 작업을 자주 수행하는 경우에 특히 유용합니다. 작업 중단 없이 변경 내용이 서버로 전송되고, 아이콘을 통해 상태가 표시되며, 변경 내용이 효율적으로 서버에 동기화되고 충돌이 발생하는 경우 빠르게 해결할 수 있습니다. 데이터시트 보기에는 보기 필터, 정렬 및 폴더 설정이 사용되지만 페이지 제한, 표준 보기의 동적 필터 및 정렬 또는 기타 표가 아닌 형식의 보기 스타일(예: 그룹화 및 미리 보기 창)은 적용되지 않습니다.

Access Services 기능이 활성화된 경우에는 목록 보기 임계값(기본적으로 항목 50,000개)보다 훨씬 많은 데이터를 사용하여 작업할 수 있습니다. 자세한 내용은 Access Services 사용 섹션을 참고하십시오.

데이터시트 보기

 팁   목록이 폴더별로 구성된 경우 데이터시트 보기의 모든 데이터를 폴더 없이("일반" 보기) 표시하려면 폴더 구조 없이 모든 항목을 한 번에 표시를 설정하면 됩니다. 그러나 목록 보기 임계값에 도달하지 않으려면 인덱싱된 열을 기준으로 하는 필터를 사용해야 할 수도 있습니다.

맨 위로 이동 맨 위로 이동

일별 기간 사용

팜 관리자는 일별 기간을 사용하여 모든 사용자가 작업량이 많지 않은 기간 동안 무제한으로 작업을 수행할 수 있는 전용 기간(예: 오후 6시~10시)을 지정할 수 있습니다.

보기는 목록 또는 라이브러리에서 항목을 검색하는 기본적인 방법이지만, 인덱스를 추가 및 삭제하고, 목록 열을 추가 및 수정하고, 폴더를 삭제 및 복사하고, 목록 또는 라이브러리의 보안 설정을 변경하고, 목록을 해당 내용과 함께 서식 파일로 저장하고, 웹 사이트를 삭제하고, 휴지통에서 항목을 복원하거나 삭제하는 등 목록 또는 라이브러리의 항목에 액세스해야 하는 다른 SharePoint 명령 및 작업도 있습니다. 목록 데이터를 검색할 때 사이트 임계값 및 제한을 초과하면 이러한 명령 및 작업도 실패할 수 있습니다.

개발자가 아니거나 이러한 작업을 수행하기 위해 개발자 리소스에 편리하게 액세스할 수 없는 경우 이러한 유형의 작업을 일별 기간에 포함하여 나중에 수행할 수 있습니다. 정기적인 일별 기간 기간이 평소 수면 시간 동안 실행되도록 설정된 경우 팜 관리자에게 기간을 아침 일찍 또는 저녁 늦은 시간으로 변경하도록 요청할 수 있습니다.

맨 위로 이동 맨 위로 이동

오프라인 동기화 사용

데이터를 오프라인으로 가져오면 편리하고 효율적으로 작업할 수 있습니다. 데스크톱이나 랩톱 컴퓨터에서 데이터를 변경한 후 다시 온라인으로 가져와서 원활하고 효율적인 방법으로 변경 내용을 동기화하고 충돌을 해결할 수 있습니다. 큰 목록으로 작업할 때 오프라인 동기화를 사용하여 데이터를 "제거", 분석 또는 보고하면 데이터베이스 작업의 로드를 줄이고 SharePoint 리소스 사용을 최소화할 수 있습니다.

목록 데이터를 오프라인으로 가져와서 변경한 후 온라인 상태로 전환할 때는 네 가지 Microsoft Office 제품을 사용하여 변경 내용을 동기화할 수 있습니다. 그 중 Microsoft Office Access 2010 및 Microsoft SharePoint Workspace 2010은 목록 또는 라이브러리 데이터를 작은 단위로 자동 처리한 다음 다시 조합합니다. 이 기술을 사용하면 목록 보기 임계값보다 훨씬 많은 데이터를 사용할 수 있으며 SharePoint 사이트의 다른 사용자에게 부정적인 영향도 없습니다.

Microsoft Office SharePoint Workspace 2010     Office SharePoint Workspace 2010을 사용하면 목록과 라이브러리를 효율적으로 오프라인으로 전환하고, 클라이언트 또는 서버에서 수행한 변경 내용을 자동으로 동기화하고, 클라이언트 컴퓨터 또는 랩톱에서 보다 기능이 다양하고 유동적이며 반응성이 뛰어난 사용자 인터페이스를 사용할 수 있습니다. Office SharePoint Workspace 2010에서는 데이터를 한 번에 100개 항목 단위로 백그라운드에서 자동 처리한 다음 데이터를 다시 조합하기 때문에 사이트의 목록 보기 임계값보다 훨씬 많은 항목을 사용할 수 있습니다(절대 최대값: 항목 30,000개). 목록 또는 라이브러리에 항목이 30,000개보다 많은 경우에는 클라이언트 컴퓨터에서 동기화가 중지됩니다.

Microsoft Office Access 2010     Office Access 2010에서는 대부분의 기본 목록에 연결하여 기본 목록 읽고 쓰기를 수행할 수 있으며 사실상 모든 SharePoint 데이터 형식을 문제 없이 사용할 수 있습니다. 링크를 사용하면 SharePoint 목록의 데이터에 연결할 수 있으므로 양방향 연결을 만들어 SharePoint 목록과 Access 데이터베이스에서 최신 데이터를 보고 편집할 수 있습니다. Access에서는 Access 테이블에 SharePoint 목록 복사본 또는 복제본이 작성되며, Access 테이블이 작성되면 Access의 제한인 최대 2GB의 목록 데이터를 사용할 수 있습니다(로컬에 저장되지 않은 첨부 파일은 제외). 뿐만 아니라 Office Access 2010은 클라이언트의 목록 데이터를 캐시하고, 효율적인 메모리 내 동시 쓰기 캐시를 사용하며, 변경된 목록 항목만 전송하므로 쿼리와 업데이트 실행 속도가 훨씬 빨라집니다. 충돌 해결 대화 상자를 통해 업데이트 충돌 사항을 원활하게 해결할 수 있습니다.

Access Services 기능이 활성화된 경우에는 목록 보기 임계값(기본적으로 항목 50,000개)보다 훨씬 많은 데이터를 사용하여 작업할 수 있습니다. 자세한 내용은 Access Services 사용 섹션을 참고하십시오.

Microsoft Office Excel 2010     SharePoint 목록을 Excel 표로 내보내 Excel 표와 SharePoint 목록 간의 단방향 데이터 연결을 만들 수 있습니다. SharePoint 목록에서 데이터를 업데이트하고 Excel 표에서 데이터를 새로 고치면 Office Excel 2010에서 Excel 데이터를 최신 SharePoint 목록 데이터로 바꾸고 해당 Excel 테이블에 적용한 변경 내용을 덮어씁니다. Excel 표에 데이터가 적용되면 강력하고 유연한 워크시트, 피벗 테이블 보고서, 전문적인 모양의 차트 및 스파크라인, 아이콘/데이터 막대/색조를 사용하는 조건부 서식, 복잡한 가상 분석 작업 등 Office Excel 2010의 다양한 데이터 분석 기능을 사용할 수 있습니다.

Access Services 기능이 활성화된 경우에는 목록 보기 임계값(기본적으로 항목 50,000개)보다 훨씬 많은 데이터를 사용하여 작업할 수 있습니다. 자세한 내용은 Access Services 사용 섹션을 참고하십시오.

Microsoft Office Outlook 2010     Office Outlook 2010에서는 연락처, 작업, 일정 및 토론 목록을 읽고 쓸 수 있으며 문서 라이브러리를 동기화할 수 있습니다. 예를 들어 표준 작업 목록과 프로젝트 작업 목록을 오프라인으로 전환하여 새 작업을 확인, 업데이트 및 할당한 다음 목록을 다시 온라인으로 전환하여 Office Outlook 2010 내에서 동기화하는 방식으로 두 작업 목록을 모두 사용할 수 있습니다. 또한 Office Outlook 2010에서는 SharePoint 연락처를 보다 효율적으로 저장, 공유 및 관리할 수 있습니다.

맨 위로 이동 맨 위로 이동

검색을 사용하여 목록 또는 라이브러리 항목 찾기

검색을 통해서도 큰 라이브러리 또는 목록의 문서나 항목을 찾을 수 있습니다. 검색에는 고유한 인덱싱 메커니즘이 있으므로 목록 보기 임계값이나 기타 관련 제한이 적용되지 않습니다. 검색을 사용하면 검색 범위를 특정 목록이나 라이브러리로 쉽게 지정(제한)할 수 있습니다. 키워드나 구를 사용해 검색한 후에 문서 만든 이, 목록 항목 만든 날짜 등의 항목 속성을 사용해 결과를 더 좁힐 수 있습니다. 부울 구문 및 논리 연산자를 사용해 고급 쿼리를 작성할 수도 있습니다. 사용하려는 결과를 확인한 후에는 구체화 패널을 사용해 결과를 필요한 대로 정렬 및 필터링하는 등의 작업도 가능합니다.

검색을 사용하는 방법에 대한 자세한 내용을 보려면 관련 정보 섹션에서 해당 링크를 클릭하십시오.

맨 위로 이동 맨 위로 이동

자주 사용하는 SharePoint 기능

전체 시스템 성능을 높이고 리소스 임계값 또는 제한에 도달하지 않도록 하려면 다음의 자주 사용하는 SharePoint 기능을 사용하는 것이 좋습니다.

개인 보기    큰 목록 및 라이브러리에서는 열 인덱스를 올바르게 사용하는 보기를 만들기가 매우 복잡하므로 해당 목록 또는 라이브러리의 참가자로부터 개인 보기 관리 권한을 제거할 수 있습니다. 이 사용 권한을 제거하면 모든 항목에 대해 사용자가 보기를 만들 수 없으므로 사이트의 나머지 영역에 부정적인 영향을 줄 수 있습니다.

관계 목록     조회 열, 고유 열 및 관계 동작(참조 무결성이라고도 함) 적용을 사용하여 목록 관계를 만들면 다음과 같은 경우 목록 보기 임계값에 도달하고 작업이 차단될 수 있습니다.

  • 목록 보기 임계값보다 많은 항목이 있는 기존 목록에서 열을 고유하게 만드는 경우(단, 목록에 항목 하나를 추가하면 목록의 항목 수가 목록 보기 임계값을 초과하는 경우 이 작업은 일반적으로 차단되지 않음)
  • 목록에 목록 보기 임계값보다 많은 항목이 있을 때 해당 목록의 조회 필드에 대해 하위 삭제 또는 제한 삭제를 설정하는 경우

RSS 피드     중앙 관리 및 사이트 모음 수준에서 RSS 지원이 설정되면 많은 목록 및 라이브러리 형식에 대해 RSS 지원을 설정하고 구성할 수 있습니다. 사용자가 목록 또는 라이브러리의 RSS 피드에 액세스하면 목록에서 데이터가 검색됩니다. 기본 RSS 보기에서는 수정한 날짜 열에서 필터를 사용하여 항목이 마지막으로 수정된 날짜를 기준으로 반환되는 항목 수를 제한합니다. 목록 또는 라이브러리의 항목이 많을 때는 사용자가 RSS 피드에 액세스하는 경우 수정한 날짜 열을 인덱싱하는 것이 좋습니다. 또한 항목 수일 수를 변경하여 RSS 피드에 포함하면 검색되는 항목 수를 줄일 수 있습니다.

RSS 피드를 관리하는 방법에 대한 자세한 내용을 보려면 관련 정보 섹션에서 해당 링크를 클릭하십시오.

맨 위로 이동 맨 위로 이동

Access Services 사용

Office Access 2010 및 Access Services가 구성된 Office SharePoint Services을 사용하면 웹 데이터베이스를 만들 수 있습니다. Office Access 2010을 사용하면 연결된 기본 목록을 기반으로 하는 표, 쿼리, 양식, 보고서, 매크로 등을 쉽게 작성한 다음 이러한 개체를 SharePoint 사이트에 게시하고 SharePoint 페이지 및 기능으로 자동으로 변환할 수 있으며 SharePoint 사이트에서 강력한 응용 프로그램을 만들 수 있습니다.

Access Services를 사용하면 목록 보기 임계값보다 훨씬 많은 데이터를 사용해도 작업이 차단되지 않습니다. 데이터는 한 번에 2,000개 항목 단위로 자동 처리된 다음 다시 조합됩니다. 기본 제한은 50,000개 항목이지만 팜 관리자는 이 제한을 변경할 수 있습니다. Access Services에는 고유한 제한 및 임계값 집합이 있습니다.

Access Services에 대한 자세한 내용을 보려면 관련 정보 섹션에서 해당 링크를 클릭하십시오.

맨 위로 이동 맨 위로 이동

인덱싱된 쿼리 및 대체 쿼리 사용

SharePoint Server 2010에서 만든 대부분의 사이트에서는 메타데이터 탐색 및 필터링이 기본적으로 사용하도록 설정됩니다. 특정 라이브러리 또는 목록에 대해 메타데이터 탐색을 구성하지 않았더라도 목록 및 라이브러리의 보기 성능을 개선하기 위해 메타데이터 탐색 및 필터링은 백그라운드에서 계속 작동합니다. 메타데이터 탐색 및 필터링 기능은 보기를 로드할 때마다 사용할 최적의 인덱스를 자동으로 선택할 수 있습니다. 새 보기를 로드하거나 보기에 필터를 적용하거나 필터를 해제하거나 필드에 정렬을 적용하는 경우 쿼리 최적화 프로그램에서 최적의 데이터베이스 쿼리 방식을 결정합니다.

사용자가 인덱스를 사용하여 목록을 쿼리할 수 없는 보기를 만들거나 로드하는 경우에는 메타데이터 탐색 및 필터링 기능이 대체 쿼리를 생성해 실행합니다. 대체 쿼리는 원래 사용자 쿼리의 수정된 버전으로, 전체 목록이 아닌 목록의 일부분만을 쿼리하므로 요청된 항목의 부분 집합을 표시합니다. 대체 쿼리는 목록 제한 값이 커서 원래 쿼리가 차단되는 경우 일부 유용한 결과를 제공하려는 용도로 사용됩니다. 목록에 목록 항목이 추가된 시기를 기반으로 하여 최신 항목이 1,250개까지 표시됩니다. 쿼리를 통해 검색되는 목록 부분에 원래 사용자 쿼리와 일치하는 결과를 포함하는 항목이 없으면 대체 쿼리의 결과로 0이 반환되는 경우도 있습니다.

메타데이터 탐색 및 필터링에 대한 자세한 내용은 관련 정보 섹션을 참고하십시오.

문서 센터 사이트 사용

많은 문서를 만들고 관리하고 저장하려는 경우 문서 센터 사이트를 사용할 수 있습니다. 문서 센터는 사이트 서식 파일에 기반을 두며 많은 문서를 관리하는 중앙 리포지토리 역할을 하도록 디자인되었습니다.           메타데이터 및 트리 보기 탐색, 콘텐츠 형식 및 웹 파트와 같은 기능을 사용하면 사용자에게 의미 있고 효율적인 방식으로 문서를 구성하고 검색할 수 있습니다.

콘텐츠 관리자는 명시적으로 인덱스를 만들지 않고도 대부분의 라이브러리에 대해 올바르게 수행되도록 메타데이터 중심의 탐색을 신속하게 구성할 수 있으며 추가 인덱스를 만들 때 지원을 통해 보다 넓은 범위의 필터 및 보기에 대해 성능을 향상시킬 수 있습니다.

문서 센터 사이트를 제작 환경 또는 콘텐츠 보관 파일로 사용할 수 있습니다.

  • 제작 환경에서는 사용자가 파일을 체크 인 및 체크 아웃하고 이러한 파일에 대한 폴더 구조를 만드는 작업이 활발하게 수행됩니다. 버전 관리가 사용되며 각 문서의 이전 버전이 10개 이상 존재할 수도 있습니다. 사용자가 문서를 자주 체크 인 및 체크 아웃하므로 워크플로를 사용하여 문서에 대한 작업을 자동화할 수 있습니다.
  • 반면, 콘텐츠 또는 지식 기반 보관 파일에서는 제작 작업이 거의 발생하지 않습니다. 사용자는 문서를 보거나 업로드하는 작업만 수행합니다. 일반적으로 콘텐츠 보관 파일은 단일 버전의 문서를 포함하므로 사이트의 크기를 수백 만 개 파일을 보관할 수 있도록 조정할 수 있습니다. 대규모 조직의 기술 지원 센터와 같은 일반적인 시나리오에서는 10,000명의 사용자가 주로 읽기 위한 목적으로 콘텐츠에 액세스하고, 3,000-4,000명의 사용자가 사이트에 새 콘텐츠를 업데이트할 수 있습니다.

문서 관리에 대한 자세한 내용을 보려면 관련 정보 섹션에서 해당 링크를 클릭하십시오.

맨 위로 이동 맨 위로 이동

보기를 인덱싱 및 필터링하는 방법

다음 섹션에서는 인덱스를 만들고 필터링된 보기에서 이러한 인덱스를 사용하는 방법에 대한 단계별 절차를 제공합니다.

맨 위로 이동 맨 위로 이동

단순 또는 복합 인덱스 만들기

큰 목록 또는 라이브러리의 성능을 향상시키기 위해 인덱스를 만들 수 있습니다. 그런 다음 인덱싱된 열을 사용하여 목록 또는 라이브러리의 열 인덱스를 기준으로 필터링된 보기를 만들거나 수정할 수 있습니다.

 중요   인덱스를 만들려면 목록의 모든 항목에 액세스해야 하므로 전체 목록이 목록 보기 임계값을 초과하는 경우에는 목록에 대한 인덱스 만들기 작업이 차단될 수 있습니다. 이 경우에는 일별 기간 동안 작업을 수행하거나 관리자에게 문의하십시오. 자세한 내용은 SharePoint 인덱싱된 열 만들기를 참고하십시오.

  1. 인덱스를 만들 목록 또는 라이브러리가 있는 사이트로 이동합니다.
  2. 목록 또는 라이브러리가 아직 열려 있지 않으면 빠른 실행에서 해당 이름을 클릭합니다.

목록 또는 라이브러리 이름이 표시되지 않으면 사이트 작업사이트 작업 메뉴 을 클릭하고 모든 사이트 콘텐츠 보기를 클릭한 다음 목록 또는 라이브러리 이름을 클릭합니다.

  1. 리본 메뉴의 목록 도구 또는 라이브러리 도구에서 목록 또는 라이브러리 탭을 클릭한 다음 설정 그룹에서 목록 설정 또는 라이브러리 설정을 클릭합니다.
  2. 섹션에서 인덱싱된 열을 클릭합니다.
  3. 인덱싱된 열 페이지에서 새 인덱스 만들기를 클릭합니다.
  4. 다음 중 하나를 실행합니다.

단순 인덱스를 만들려면

  1. 기본 열 섹션의 이 인덱스의 기본 열에서 열을 선택합니다.
  2. 만들기를 클릭합니다.

복합 인덱스를 만들려면

  1. 기본 열 섹션의 이 인덱스의 기본 열에서 열을 선택합니다.
  2. 보조 열 섹션의 이 인덱스의 보조 열에서 다른 열을 선택합니다.
  3. 만들기를 클릭합니다.

맨 위로 이동 맨 위로 이동

열 인덱스를 기준으로 필터링된 보기 만들기 또는 수정

열을 인덱싱한 다음 보기를 만들거나 수정할 때 보기에 열을 추가하고 인덱싱된 열을 사용하여 보기를 필터링할 수 있습니다. 보기를 만들기 전에 보다 유연한 정렬, 그룹화 및 필터링을 위해 더 많은 열을 목록에 추가할 수도 있습니다.

열 및 보기를 만드는 방법에 대한 자세한 내용을 보려면 관련 정보 섹션에서 해당 링크를 클릭하십시오.

  1. 인덱스를 만들 목록 또는 라이브러리가 있는 사이트로 이동합니다.

목록 또는 라이브러리가 이미 열려 있으면 빠른 실행에서 이름을 클릭합니다.

목록 또는 라이브러리 이름이 표시되지 않으면 사이트 작업사이트 작업 메뉴 을 클릭하고 모든 사이트 콘텐츠 보기를 클릭한 다음 목록 또는 라이브러리 이름을 클릭합니다.

  1. 리본 메뉴의 목록 도구 또는 라이브러리 도구에서 목록 또는 라이브러리 탭을 클릭합니다.
  2. 다음 중 하나를 실행합니다.

보기를 만들려면    

  1. 관리 보기 그룹에서 보기 만들기를 클릭합니다.
  2. 보기를 만드는 데 사용할 옵션(예: 표준 보기 또는 기존 보기)을 클릭합니다.
  3. 보기 이름 상자에 보기 이름을 입력합니다.

이 보기를 목록 또는 라이브러리의 기본 보기로 사용하려면 이 보기를 기본 보기로 만듭니다.를 선택합니다. 공용 보기만 목록이나 라이브러리의 기본 보기로 설정할 수 있습니다.

보기를 수정하려면    

  1. 관리 보기 그룹의 현재 보기 드롭다운 목록에서 수정할 보기를 선택합니다.
  2. 관리 보기 그룹에서 이 보기 수정을 클릭합니다.
  1. 필터 섹션에서 다음 조건이 참일 때에만 항목 표시를 클릭한 다음 인덱싱된 열 중 하나를 기준으로 항목을 필터링할 방법을 선택합니다.

예를 들어 오늘 변경된 항목에 대한 보기만 만들려면 수정한 날짜(인덱싱됨) 열과 = 조건을 선택한 다음 [오늘]을 입력합니다.

 참고   이름 뒤에 (인덱싱됨)이 표시된 열이 나타나지 않으면 해당 목록 또는 라이브러리에서 사용할 수 있는 인덱싱된 열이 없는 것입니다. 이 경우 먼저 단순 또는 복합 인덱스를 만들어야 합니다.

  1. 표시하거나 숨길 열 및 항목 정렬 방법과 같은 다른 보기 옵션을 선택합니다.
  2. 확인을 클릭합니다.

보기를 만드는 방법에 대한 자세한 내용을 보려면 관련 정보 섹션에서 해당 링크를 클릭하십시오.

맨 위로 이동 맨 위로 이동

 
 
적용 대상:
SharePoint Online 스탠다드