ＭＹＳＱＬでしか試してませんが１万件近いデータのＥＣを立ち上げるとレスポンスは厳しいと思います。
私がやった環境だと一覧を表示するのに１０秒とかかかる感じでした＾＾；
balanceさんがおっしゃっているように試してみるならPostgreSQLの方が良いと思われます。

MySQLとPostgreSQLですが、PostgreSQLの方が動作が速いという印象です。
商品数も2000商品くらいまでは問題なく動作していましたが、10000点となると。。ちょっと未知数ですね。。

また、商品のカテゴリの登録なのですが、例えば1商品に対して
・Tシャツ
・ブランド名
など、複数のカテゴリを指定すると、若干動作が重くなるようです。

同様に、
1商品に対して関連商品の設定や、商品画像の数なども影響しているような感じがします。

上記、ご参考になればと思います。

ご返事有難う御座います。
会社は10,000件以上の商品の取り扱いを予想します。
レスポンスは悪くあることは利用するDB製品に関係がありますか？MySQL→PostgreSQLに置き換え、問題を改善し、パフォーマンスを守ることが出来たら、一番良かった。他のメンバーの調査により、SQL文の書き方に問題があるらしい(副問い合わせは凄い複雑)。改善しないと今後の保守作業は大変なことです。
一方で、Zen CartというECサイト構築システムも考えています。レスポンスの文句がまた見つかっています。でも、EC−CUBEは日本製ですから、レイアウトとデザインは日本人に対して、もっと使いやすいと思われています。

私は正式版2.3.0を設置しております。
DBはPostgreSQLです。

商品の登録件数は２０００件程度ですが、レスポンスは悪くなくストレスなく閲覧できます。
商品の画像は、過去ログにも掲載されていますが、カテゴリごとなどにディレクトリに分けて画像を管理しています。

andyさんが何件の商品を取り扱われるか分かりませんが、私が運用している限りでは特にレスポンスは悪くありません。
ちなみに、海外サーバで運営しています。国内サーバでの運用であれば、さらにレスポンスは良いかもしれません。

参考までに。

ECを導入しようとしますが、ネットで商品件数が多くと、システムのレスポンスが悪くなるという話が見つかりました。とても気になりますが、最新版はこの問題を改善しますか？