2013-07-05 139 views
2

在我的場景中,Sitecore數據庫(主數據庫)獲得頻繁的更新,並且在幾個月後它將擁有100,000個數據。客戶更喜歡將它們放在主數據庫中。Sitecore項目不擴展

樹層次的東西如下,

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 

還有像700個類別。這是否會在樹中導致嚴重的性能問題?目前,我擁有200,000篇文章,而且我無法展開「類別」節點。但「內容」節點得到擴展。 可能是什麼問題?這是設計中的缺陷嗎?

+0

你有什麼Sitecore版本?對於很多內容,您可以更新到Sitecore 7並使用存儲桶。在Sitecore 7之前的版本中,如果一個項目下有多個子項,則Sitecore會出現一些性能問題。 – 2013-07-05 06:42:38

+0

Sitecore v6.6 13040 – Dhanuka777

+0

如果您不想更新Sitecore 7,則可以使用Sitecore 6中的Item Buckets。 – 2013-07-05 06:55:48

回答

3

你無法擴大的原因Categoriescategory 1b以下的子項目數。當您試圖展開Categories節點,Content Editor檢查其所有的孩子,他們是否有子女(所以它會檢查Category 1aCategory 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假的價值 - 這將從計數孩子停止Sitecore的 - Sitecore的將把所有的節點,好像他們是低於他們的孩子。

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

這適用於魅力,webconfig設置!感謝Maras,數據庫中有600,000項。唯一的問題是,樹中的所有項目都顯示加號,因爲它不計算子項。但它總比沒有好。我們也期待遵循那年/月/日的文件夾結構來擺脫這種性能災難。 – Dhanuka777

4

Sitecore在第7版之前的最佳做法是讓一個節點的子項少於100個項目,否則會遇到您所看到的性能問題。

您可以使用項目存儲桶模塊來解決此限制,但是如果您正在使用項目存儲桶模塊,則當前沒有升級到7的路徑。現在,在基於搜索的體系結構不具有子節點限制的情況下,現在可以更好地升級到7。