たくさんの方が同じ事で書き込みされていますが、
例に漏れず、自分も悩んでおります。

商品数・規格数がとても多く、商品個別の「規格登録」において、重たすぎてブラウザが固まるという状態です。

初期の商品登録数は、およそ１４００商品。（１ヶ月毎に１００件くらい増える予定）
さらに、規格にいたっては、カラーが約３００・サイズが約３０で合計９０００パターンです。

規格登録の際に９０００行を表示させる前にブラウザがクラッシュしてしまいます。（１行すらも表示されないままに。）

環境としましては、
EC-CUBEバージョン 2.4.4
PHPバージョン PHP 5.2.14
DBバージョン MySQL 5.1.49-community

PostgreSQLが良いという書き込みはいろんな所で見かけますが、それで解決するレベルかどうかも、怪しいのではないでしょうか・・？（素人考えなので、実際はどうなのか分かりませんが・・）

以下のサイトを参考にし、試しましたが、どうにもなりませんでした・・。
http://nayuzak.blog50.fc2.com/blog-entry-37.html

素人質問でたいへん恐縮ですが、何か解決策ありましたら、ご教授いただけませんでしょうか。

もしくは、eccubeは不向きだという判断も、可能性としてあるのでしょうか・・？

よろしくお願いいたします。

標準では、商品数×規格1分類数×規格2分類数のレコードがDB内部に作成されるため、解決する為には規格周りの処理を書き換えるか、規格を使わない様な作りに書き換える必要があると思います。

ちょっと費用はかかるかもしれませんが、EC-CUBEを使わないという選択肢もアリだと思います。

----------------
EC-CUBEカスタマイズ相談してください。
緊急のEC-CUBEの障害対応
EC-CUBEカスタマイズブログ

現状のEC-CUBEの管理方法で
引用：
を未カスタマイズで管理するのは難しいかと思われます。

しかしカスタマイズすれば、可能だとは思います。
規格の分類がカラーとサイズであるのであれば、どのような商品なのかはわかりませんが、一定の規則があるのではないでしょうか？

・商品タイプにより、指定できるカラーやサイズが決まっているとか？あんまりないとは思いますが、1つの商品に対し9000パターンの値段が存在するわけではないと思いますが・・・

条件が決まっているのであれば、わざわざ規格で管理せずともカラーとサイズの別テーブルを作り、外部結合でくっつけてあげればいいだけです。
値段にしても条件が決まっているのであれば、EC-CUBEの機能ではなく計算によって導き出せばよいだけです。

また、
１４００商品×カラー約３００×サイズ約３０＝約１２６０万
の商品を登録し、これを毎回SELECTして重たくないようにする、なんてのはEC-CUBEでなくともなかなか厳しいことです。
EC-CUBEどうこうではなく、どうすれば現実的な管理ができるか？を今一度考えるべきかと思います。

PostgreSQLに移行すれば解決しそうなぎりぎりの範囲ですが
内容的には根本的に適した環境のチョイスと、PostgreSQLへの移行
必要な高速化を行うべきかなと思います。

他の方も指摘されていますが、現状の使い方を見る限りEC-CUBE以外でも・・・という気もします。

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

> 商品数・規格数がとても多く、商品個別の「規格登録」において、重たすぎてブラウザが固まるという状態です。

初回登録時も問題が出ていますか?

変更(再編集)時のみでしたら、MySQL でもチューニングで簡単に高速化できたと思います。

まぁ、全体を考えると、PostgreSQL に変えたほうが良さそうですが。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。