製品の同期パフォーマンスの理解

アイテムバケットに新しいアイテムが作成されると、そのアイテムは自動的にルートフォルダに配置されます。バケット内の正しい位置に移動するには、バケットを同期する必要があります。

マルチスレッド化は、製品の同期に組み込まれています。デフォルトでは、製品、製造元、タイプ、リソース、部門、および仕様を同期するプロセッサから1つのスレッドが作成されます。スレッドは、同期されるリポジトリごとに作成されます。スレッドの数は、Sitecore.Commerce.Products.configファイルでProductSynchronization.NumberOfThreads設定を追加し、同時スレッドの数を指定することで構成できます。

Commerce Connectは、同期中に品目イベントのトリガーとインデックス作成を無効にして、同期が完了する前にイベントを発生させたり、インデックスを維持したりするためにリソースを浪費しないようにします。インデックス作成は、同期の完了後にオンになります。次のコンテキストと無効化は、同期中にインスタンス化されます。

Commerce Connectのすべての製品エンティティは、Commerce Connectパイプラインを使用して同期され、個々のパイプラインの外部システムからデータを読み取ます。

使用しているサーバーの技術的特性に応じて、次の操作を選択できます。

リソースは外部に配置できます。Sitecoreのリソースは、メディア ライブラリにメディア アイテムとして保存されます。メディア アイテムはバイナリBLOBであり、Sitecoreにインポートするにはサイズが大きく、時間がかかる場合があります。したがって、リソースはSitecoreメディア ライブラリにインポートするか、単に外部から参照することができます。リソースがインポートされた場合、メディアライブラリの下のバケット化されたProductsフォルダに保存されます。インポートされていない場合は、リソース参照アイテムに格納されているURIで参照できます。

外部製品リポジトリは常にメインリポジトリと見なされ、デフォルトではメインリポジトリが製品を所有します。これにより、外部システム内の製品と成果物のIDが主キーになります。Sitecoreでは、商品とアーティファクトの対応するアイテムのIDは、新しいGUIDを自動的に生成するデフォルトのSitecore実装に依存するのではなく、Commerce Connectによって生成されます。デフォルトの実装はMD5ハッシュアルゴリズムに基づいており、次の形式です。

Item.ID = MD5.ComputeHash(Prefix + ExternalID);

ハッシュ アルゴリズムを使用すると、外部システムからのIDとSitecoreのアイテムIDとの間の直接マッピングが生成されます。これには、次の利点があります。