この辺も PostgreSQL 8.3 絡みでしたね。
http://svn.ec-cube.net/open_trac/changeset/17719

当方の開発環境は PostgreSQL 8.3.3 がメインですが、EC-CUBEコミュニティ(eccube-comu) では、現状目立った障害は発生しなくなっています。

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

引用：

8.2 までは, ほとんど問題無いと思います.
8.3 からは, 大幅にパフォーマンスアップしていますが, データ型の制約が厳しくなったため, substring 関数を使用している箇所の修正が必要です.

http://svn.ec-cube.net/open_trac/ticket/194

下記で修正されていますね.
http://svn.ec-cube.net/open_trac/changeset/17204

>x41様

ありがとうございます。
やってみようと思います！
使用しているサーバのポスグレのバージョン確認と設定をホスティング会社に依頼しました。

また、ちょっとやってみて、できた！とか？とか書き込みに来させていただきますね♪

＞どうせ移行するならpostgresql8系がおすすめですが
互換性で問題があったような気がします・・

なるほどです。この辺も注意してやってみます。(*^^*)

引用：

以前、mysql4系からpostgresql7系へ移行したことがあります。

どうせ移行するならpostgresql8系がおすすめですが
互換性で問題があったような気がします・・

運用しながらの移行は同一サーバにpostgreをインストールし
別ディレクトリにテスト用のEC-CUBEをインストールし検証後、
DBの切り替えで可能かと思います。

バックアップ必須です。

確かに。。。

SEASOFTさんのこちらのアドバイスを拝見して、コミュ版のソースに変更したら、結構な効果でスピードアップしました。（私の場合は、2.3.3なので、ファイルをそのまま入れ替えて使用できました。）

それだけでも、驚きでした。
商品数もアクセス数もまだそれほどはないのですが、あの遅さには、本当に困っていました；
実は、こないだサーバーダウンしたんですけど、ちょうど2箇所でEC-CUBEを触っていたときで、もしや自分のところのせい？？？と結構ビビってしまいました。（まあ、さすがにそこまでの負荷ではないだろうと思うのですけど･･･ちょうど負荷を掛けていたときに落ちたので、そのときは、本気でドキドキしました。）


ポスグレにしたら、そんなにも速度が上がるのであれば、移行してみたいですね〜。携帯サイトでは、PCで負担になるこの速度は、もうひどく致命的です；；；
mySQLから運用しながらポスグレに変更、というのもできるのでしょうか？

SQLでデータを書き出せばいいのかな。やってみようかな。。。

正式版の MySQL 用のSQL文は酷い状態ですからね・・・
意味不明な無駄な計算を大量にして、ハードウェア資源を無駄に消費してます。とても自虐的ですよ^^;
(概要は、このスレッドの過去ログにあったと思います。)

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

以前、わたしもmysql環境でチューニング等を行っておりましたがpostgreに変更した時のパフォーマンスには驚きました。

EC-CUBEで商品点数が多い場合はpostgreがおすすめですね。。

自己レスです。
EC-CUBE 2.3.3
PHP 5.1.6
MySql 5.0.4 の環境にて
商品点数2300。すべての商品が２つのカテゴリに属し。
規格は利用していない。関連商品ありでの登録。
上記で商品ページやオススメ商品を開くのに40秒程度かかっておりましたが、

EC-CUBE 2.3.3
PHP 5.1.6
Postgresql 8.3.6 の環境に変更後　2秒以内に表示が完了するようになりました。こんなに違うとは。

MysqlでSqlやphpのチューニングに頑張っていた時間はいったい何だったんだろうという結末です。

Mysql > Postgresql への移行は手間はかかりましたが、難しい知識も必要としませんでした。(phpMyadminとphpPgAdminを使用)

ホントseasoft様の言われるとおり。EC-CUBEはPostgresqlが基本なんだなと。改めて感じました。
目からウロコです。

基本ですか
確かに今後のことも考えるとその方がよさそうですね。
pgSQLへの移行を検討してみます。
ご返信ありがとうございます。

> 結局、PostgreSQL使うというのが最終手段なんですかね？

私見ですが、最終というより基本かと。

開発メンバの多くは PostgreSQL 環境が中心ですし。
私自身も、MySQL での動作確認は行わないまま、改訂を投入することがほとんどだし・・・ゴメンナサイ

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