2.4系でかなりカスタマイズを行なっていた場合には、相当な手間がかかると思うので、未だに2.4系を使用しているという場合も多いようです。

私の場合には、そういった（バージョンアップの）問題やその他諸々も考えて、設計の段階からそれに対応できるようにしています。


2.11系への移行ですが、実際に私が手がけた案件では商品点数5000件程度のものでDB処理に関しては劇的な変化が見られました。
ただしこれはMySQLの話。
2.4系はもともとPostgreSQLの処理が早かったようなので、あまり体感はできないかもしれません。


顧客データの移行も結構大変です。
データ移行モジュールも役に立たず、手作業でデータ移行する羽目になってしまいましたが。

eccube2.4xから2.11への顧客情報移行時のパスワード

2.4系->2.11系へ顧客データのお引越し

このあたりにデータ移行についての詳細を書いてます。



2.11系のバージョンアップで、一番よかったのは「複数配送」に対応したことじゃないでしょうか。
御中元、御歳暮の時期にはかなり重宝する機能です。
ただ、配送先毎に送料を計算するロジックがないので、追加する必要もあります。
送料が2000円かかる商品を100件に送っても、送料2000円…。

2.11系　複数配送時の個別送料計算

こういうカスタマイズが必要になります。


>このまま行くと、重たくなったりしないか、限界がこないのか、
>という、漠然とした不安もあります。

EC-CUBEがどうこうというより、複数のサーバーで負荷を分散するように運営したりと、回避方法はいくらでもあると思います。

----------------
There's more than one way to do it.