2013-07-05 4 views
2

내 시나리오에서는 Sitecore 데이터베이스 (마스터 데이터베이스)가 자주 업데이트되고 몇 달 동안 데이터가 100,000 개가됩니다. 클라이언트는 마스터 데이터베이스에 저장하려고합니다. 다음과 같이Sitecore 항목이 확장되지 않습니다.

트리 계층 구조는 700 종류 같은있다,

Categories 
    category 1a 
     -------category2 
        ---------category3 
           -----1000's of articles under category 3  
    category 1b 
      ----1000's of articles 

    category 1c 
      --------category 2b 
         ---------1000's of articles 

무언가이다. 이것은 트리에서 심각한 성능 문제를 야기 할 것입니다. 현재 200,000 개의 기사가 있으며 카테고리 노드를 확장 할 수 없습니다. 그러나 "콘텐츠"노드가 확장됩니다. 무엇이 문제 일 수 있습니까? 디자인에 결함이 있습니까?

+0

어떤 Sitecore 버전이 있습니까? 많은 콘텐츠를 Sitecore 7로 업데이트하고 버킷을 사용할 수 있습니다. Sitecore 7 이전 버전에서는 Sitecore가 한 항목 아래에 많은 자식이있는 경우 성능 문제가 있습니다. –

+0

Sitecore v6.6 13040 – Dhanuka777

+0

Sitecore 7로 업데이트하지 않으려면 Sitecore 6의 항목 버킷을 사용할 수 있습니다. –

답변

3

Categories을 확장 할 수없는 이유는 category 1b 아래의 하위 항목 수입니다. 당신은 Categories 노드를 확장 Content Editor 검사가 Category 1a, Category 1bCategory 1c 어린이를 확인하고 귀하의 질문에 쇼에서 콘텐츠의 구조로, Category 1b 항목 아래 아이들이 많이있다, 그래서 그들이 (자녀가 있는지 여부를 모든 아이를하려고하면.

( Maximize Sitecore Content Editor Performance blog post에서 예) 존 웨스트에 따르면

, 당신은 25 항목 당 자녀를 제한하고 100 명 이상의 아이들과 함께 항목을 피하려고한다.

시도는 어쩌면 날짜 (년/월 및하여 콘텐츠를 분할 변경하려면 일)이므로 구조는 다음과 같습니다.

Categories 
    Category 1a 
     Category 2 
      Category 3 
       2012 
        01 
        02 
       2013 
        06 
        07 
    Category 1b 
     2013 
      01 
      02 
      ... 

이 작업을 수행 할 수없는 경우 ContentEditor.CheckHasChildrenOnTreeNodes의 값을 false로 변경할 수 있습니다. 이렇게하면 Sitecore가 자식을 계산하지 않게됩니다. Sitecore는 모든 노드를 그 아래 자식으로 처리합니다.

<setting name="ContentEditor.CheckHasChildrenOnTreeNodes" value="false" /> 
+0

이것은 매력, ​​webconfig 설정처럼 작동했습니다! 감사합니다. Maras, 데이터베이스에는 600,000 개의 항목이 있습니다. 트리의 모든 항목은 어린이 수를 계산하지 않기 때문에 더하기 기호 만 표시됩니다. 그러나 그것은 아무것도 아닌 것보다 낫습니다. 또한 우리는이 연/월/날짜 폴더 구조를 따라 가면서이 성능이 영구히 떨어지지 않을 것으로 기대하고 있습니다. – Dhanuka777

4

Sitecore 모범 사례 사전 버전 7은 노드의 하위 항목을 100 개 미만으로 유지하는 것입니다. 그렇지 않으면 표시되는 성능 문제가 발생합니다.

항목 버킷 모듈을 사용하여이 제한 사항을 해결할 수 있지만 항목 버킷 모듈을 사용하는 경우 현재 7까지는 업그레이드 경로가 없습니다. 검색 기반 아키텍처에 하위 노드 제한이없는 7 개로 업그레이드하는 것이 좋습니다.

관련 문제