いつも大変お世話になっております。

ec-cube 2.4.3
PHP 5.2.13
PostgreSQL 8.1.21
を使用しています。

現在、商品数は非表示も含め5000点ほど、規格数は70ほどですが、
商品数4500点を超えたあたりから、
管理画面で商品を登録する際、確認ページで
「この内容で登録する」ボタンを押してからが、
異常に時間がかかるようになってきてしまいました。
サイトの閲覧や、検索などは、ストレスなくスムーズです。

対策として、
?商品数を減らす
→現在品切れで非表示になっている商品を、phpPgAdminから、
テーブルごと削除する。

?phpPgAdminから、dtb_productsなどのバキュームをする。

を考えていますが、果たして改善されるものでしょうか？
また、バキュームはまだ試してみたことがないため、
不具合など生じないか不安です。
何か良い解決策をご存じの方いらっしゃいましたら、
よろしくお願いいたします。

postgresql8.1系では自動バキュームがない為、定期的な全体のバキュームが必須です。

そもそも専用サーバーでしょうか？
それとも共用サーバーでしょうか？
商品数5000点で今後まだまだ増えるのであれば、スケールアップ＆スケールアウトした方が良いかもしれませんね。

ご返答ありがとうございます！！
サーバーは、専用サーバーです。

同じサーバーで別サイトも運営しており、そちらの方は、同じバージョンのEC-CUBEで商品数が1万点を超えていますが、
登録もさくさくできています。
ただ、違いは、こちらの方は規格数が0なので、登録が早いのかな、と思っています。

バキュームは必須なんですね。
どうも、いじると何かが壊れそうで怖いんですが、試してみます。ありがとうございました。

ご参考になるかどうかわかりませんが、
以前大量商品登録した際に同じ症状が出て、商品登録処理の時に行うカテゴリー内商品数カウントするプロセスを外したら軽くなりました。
おそらく数千点を超えてくるとこの計算が遅くなるのが原因ではないかと思います。

ちなみにWindowsサーバーで、MySQLとPostgreSQLどちらも試しました。

仕方なかったので、カテゴリー内商品数カウントするだけのページを単体で作り、定期的にポチっとするようにしました。

ご参考までに。

----------------
ヘアアイロン・コテのメーカー直売サイト シェリオン
中古トラックの販売・買取ならトラック市 長岡店

>以前大量商品登録した際に同じ症状が出て、商品登録処理の時に行うカテゴリー内商品数カウントするプロセスを外したら軽くなりました。
>おそらく数千点を超えてくるとこの計算が遅くなるのが原因ではないかと思います。

まさしく、ここはPostgreSQLのバキュームをかけていないと遅くなる部分です。
全件DELETEして、全件INSERTしている仕様のためです(2.5α2から改善済み)。

PostgreSQLにおいてバキューム自体でデータが破損することはまずありません。
下記ドキュメントの対象バージョンは異なりますが参考に十分なるので確認されると良いでしょう。
http://www.postgresql.jp/document/pg732doc/admin/routine-vacuuming.html

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

luminesさま、AMUAMUさま、ご返答ありがとうございます。

早速、全てを選択してバキュームを実行してみました。
登録は相変わらず遅いのですが、20秒かかったのが10秒くらいにまでは改善されました。

しばらくは、定期的にバキュームをかけてみて、様子をみてみます。
ありがとうございました。