製品リポジトリーの理解
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
Commerce Connectソリューションで商品の同期を使用している場合は、商品リポジトリを使用して商品データをSitecoreにローカルに保存します。
Product Synchronizationの可用性については、dev.sitecore.netを参照してください。
1つのリポジトリ
1つのリポジトリ
ベスト プラクティスは、複数のWebショップが同じSitecoreインスタンスでホストされている場合でも、1つの製品リポジトリのみを管理することです。製品リポジトリは複数のWebショップを処理するように設計されており、製品を互いに完全に分離することも、一部の製品を異なるWebショップ間で共有することもできます。製品区分を使用して商品をタグ付けしたり、商品を複数の商品区分でタグ付けしたりできます。製品部門を使用して、たとえば、製品がどのウェブショップに属しているかを示すことができます。
デフォルトの実装は、単一の製品リポジトリを処理するようにのみ設計されていますが、カスタマイズできます。
アイテムモデルのテンプレートデザイン
アイテムモデルのテンプレートデザイン
製品同期サービス レイヤーには、いくつかの事前定義されたテンプレートに基づくSitecore XPコンテンツのアイテム モデル表現も含まれています。このモデルは、次のもので構成されています。
-
それぞれが製品を表す複合ツリー構造を含む、メインのバケット化された製品リポジトリ。
-
製品に関連するデータを保持する、関連付けられたリポジトリ (製造元、分類、カテゴリ、製品の種類、部門、リソースなど)。
製品リポジトリを設計する一般的なアプローチは、すべての製品データを1つのアイテムにまとめて、Sitecoreで製品を表すことです。この単一アイテムのアプローチにより、フラットなモデルになり、次の欠点があります。
-
Redundant data – 同じデータが複数の製品アイテムに複製され、同じ情報を共有する場合。これは、SQLデータベースやSitecoreではベスト プラクティスではありません。重複するデータが多いほど、そのデータが消費するスペースが増え、データが変更されたときの保守が難しくなります。
-
Template overload – 次のいずれかの望ましくない設計につながる可能性があります。
-
リポジトリ内のすべてのタイプの製品のすべてのフィールドのすべての組み合わせを含める必要がある、すべての製品用の1つのテンプレート。特定の製品に対して入力されるのは、フィールドのごく一部のみです。
-
製品のタイプごとに1つのテンプレートがあり、特定の製品専用のフィールドがあります。テンプレートの継承は良いアイデアのように思えますが、さまざまな製品タイプの量のためにテンプレートの過負荷につながります。
-
Commerce Connectの解決策は、製品データを複数の品目に分割し、コア製品データ用の1つのテンプレートと、追加の情報タイプごとに固定された少数の追加テンプレートを使用することです。
アイテムベースのモデルに使用されるテンプレートは、製品のタイプに関係なく同じです。