これはアーキテクチャ関連の質問であり、特にプログラミング関連の問題ではありません。
私たちは、e コマース ショップとの solr 統合に取り組んでいます。同じシステムを使用する複数の店舗があります。私たちが使用している電子商取引システムは、単一の言語または店舗ごとに異なる言語で実行できる複数の店舗設定を提供します。
昨年から単一の店舗でうまく機能する基本的な統合の準備ができています。しかし、次の店舗を立ち上げる必要があるので、どのように進めればよいでしょうか。
ストアごとに異なる solr コアを使用できます。
または、solr にストアを多値フィールドとして追加し、ストア ID のフィルターを使用して行っているすべてのクエリを変更することもできます。これは単純で、現在の要件では問題なく機能する可能性があります。
ただし、新しいストアに別の言語を使用する必要がある場合、このセットアップは正しく機能しない可能性があります..どこかで読んだように、別の言語では別のコアを使用する必要があります (言語ごと)。そのため、以前の多値の種類の統合は、そのストアに異なる言語があり、新しいストアごとに新しい solr コアが必要な場合、または新しい言語ごとに必要な場合、実際には機能しません。
店舗の 1 つは 2 つの言語を計画しています..そのため、単一の店舗 - 単一の店舗 - 単一のコアが機能しない複数の言語のシナリオがあります。
私の懸念は次のとおりです。 1. Solr へのクエリ中にストアのフィルタ クエリを追加すると、パフォーマンスにどのような影響があるか。代替案は何ですか？2. ストアごとに異なる Solr コアを使用するか、言語ごとに異なる Solr コアを使用する必要がありますか? なんで？
何を使用すべきかについてのアイデアは自由です。言語ごとにsolrコアを使用することの欠点は何ですか? また、1 つのストアに複数のストアがある場合、訪問者が現在設定している言語に応じて、異なる solr コアにクエリを実行できます。
他にご意見がございましたら、お気軽にお問い合わせください。
この種の統合は、Magento、Prestashop などの他の e コマース システムではどのように処理されますか?