2016-03-31 6 views
0

最近、データソースとしてマッピングすることで、さまざまなコンポーネントで便利なCommonデータアイテムを作成する必要がありました。この共通データアイテムテンプレートはappxを持っています。 40フィールド(1行テキスト、ドロップダウンリスト、カスタムコントロールなど)。この新しいテンプレートに基づいて、約500の(ビジネスごとに:500の異なるオフィス)サイトコアアイテムが作成されます。 コンポーネントx:作成された共通データ項目の5つのフィールドを使用します コンポーネントy:作成された共通データ項目の10個のフィールドを使用します。 同様に、将来、複数のコンポーネントが必要に応じて作成されます。Sitecoreテンプレートフィールド最大数

検索:この500の共通データ項目を検索し、結果を表示する(Coveo検索を使用すると)パフォーマンスに問題はありますか?

1つのテンプレートに40個のフィールドを作成することをお勧めしますか?それは将来どのようなパフォーマンスの問題を作成するのだろうか?

+2

40フィールドは、パフォーマンスに問題ありません。 Commonデータ項目のアイデアは賢明に聞こえません。 –

+1

@JanBlueminkに完全に同意します。あなたがやっていることは、間違いなく推奨されるアプローチではありません。コンポーネントのデータソーステンプレートは、コンポーネントが必要とするフィールドのみを保持する必要があります。これは何ですか; Sitecoreのコードで "グローバル変数"に相当するものです - "あなたがいつ必要なのか分からないからです"。 –

答えて

1

テンプレート内のこのフィールド数を使用しても、パフォーマンス上の問題は発生しません。ただし、これらの40個のフィールドを別々の「基本」テンプレートで別々の論理グループに分類することも可能です(これらの基本テンプレートを直接使用するアイテムはありません)。次に、いくつかの基本テンプレートから継承するテンプレートを作成します(エディタで使用する)。このアプローチでは、重複を排除したフィールドを再利用できますが、目的ごとに固有のテンプレートを簡単に作成することもできます。編集者は、関連するフィールドのみを含むアイテムを扱う方が簡単です。これにより、あいまいさや混乱がなくなります。

+0

ありがとう、私の質問に答えました。 – ItsTimeToDiscuss

+0

助けになるのはうれしいです。それがあなたを助けた場合は、答えとしてマークしてください! –