みなさん、こんにちは。
いつもコミュニティサイトに学ばせていただいております。
EC-CUBEを触り始めて数カ月が経ち、理解も深まり、カスタマイズも進め、
まもなくネットショップをオープンしようかと考えております。
しかし　１つだけクリティカルな問題が・・・

管理画面から商品登録をして行った際に気が付いた事なんです。

とりあず900件近い商品をCSVで作成し、管理画面の商品CSV登録で上げました。
規格を考え規格関係はphpPgAdminのSQLで一気に流し込みました。

商品と規格も結び付け、完璧になりました。

CSVダウンロードをして、加工してアップする事も出来ますし、
管理画面の商品編集から商品を編集も出来ます。

ただ問題が出ました。

管理画面とユーザー画面から、商品を眺めていて、
「このカテゴリを変更しよう」
とカテゴリを管理画面から変更。

例：商品１　は　食物(ID:10)｜アイス(ID:20)｜栄養(ID:30)

と、なっていたのを、

追加したり、削除したりしました。

ユーザー画面でも確かに修正されています。

しかし、何日か経って、「あれ？元に戻ってる！？！？」みたいな事が起きました。

最初は手入力の勘違いかと思いましたが、何度も起こりました。

どこかのタイミングで元に戻ってる？？？みたいに思い、
調査をしました。

そしたら
phpPgAdminのバキュームをやった直後に戻っていました・・・

食物(ID:10)｜アイス(ID:20)｜栄養(ID:30)

この順番を管理画面の商品編集で、

栄養(ID:30)｜食物(ID:10)｜アイス(ID:20)

に編集。

確かに登録、ユーザー画面でも見れます。

しかしphpPgAdminで手動にて、
テーブル＞すべて選択＞バキューム＞実行
でバキュームした所
これが
更新する前の元の
食物(ID:10)｜アイス(ID:20)｜栄養(ID:30)
に戻りました。

原因、確認は分かったのですが、何故起こっているか分かりません・・・

どこかに「フルバキュームは危険」みたいな記事も見ました。

バキュームをしないと遅くなる。と言うのも見ました。

また今は8.39なので、自動バキュームと言う記事を見たので、
手動ではやらない方が良いですか？
やらなければこう言った問題は起こりませんか？

誰か原因が分かる方、またEC-CUBEで同じ事になった方いましたら教えていただけませんか？

EC-CUBE 2.4.3
OS Linux
DBサーバ PostgreSQL 8.3.9
WEBサーバ Apache/2.2.3 (CentOS)
PHP 5.1.6

引用：
これは具体的にどこの画面でしょう？
[商品管理]-[商品登録]の[商品カテゴリ]欄で、[登録][削除]をしたときの順番という意味でしょうか？
それとも[商品管理]-[カテゴリ設定]で、親と子の階層関係の話でしょうか？

カテゴリの割り当てには順位は無いと思うので、「食物(ID:10)｜アイス(ID:20)｜栄養(ID:30)」と「栄養(ID:30)｜食物(ID:10)｜アイス(ID:20)」は等価の気がしますが。

フルバキュームすれば、キーを使ったクラスター化に近い動作が行なわれますので、ご指摘のような現象はあるかもしれません。

ちなみに、管理機能の見た目はともかく、フロント機能の動作に差異はありましたか?

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

おはようございます。早速のご返事ありがとうございます！
順番が入れ替わっているのは、ユーザーサイドです。
元が、栄養(ID:30)｜食物(ID:10)｜アイス(ID:20)
なのを
ちゃんとした順番に修正したくて
管理画面の商品編集で確かに
物(ID:10)｜アイス(ID:20)｜栄養(ID:30)
こうしました。
その後は、こう更新されていたのですが。
日にちが経って
元の、栄養(ID:30)｜食物(ID:10)｜アイス(ID:20)
に戻る様な現象が起きてました。
色々調べて行く中に
バキューム直後に戻る事が分かりました・・・

おはようございます。早速のご返事ありがとうございます！
順番が入れ替わっているのは、ユーザーサイドです。
元が、栄養(ID:30)｜食物(ID:10)｜アイス(ID:20)
なのを
ちゃんとした順番に修正したくて
管理画面の商品編集で確かに
食物(ID:10)｜アイス(ID:20)｜栄養(ID:30)
こうしました。
その後は、こう更新されていたのですが。
日にちが経って
元の、栄養(ID:30)｜食物(ID:10)｜アイス(ID:20)
に戻る様な現象が起きてました。
色々調べて行く中に
バキューム直後に戻る事が分かりました・・・

他にもカテゴリを
元が、栄養(ID:30)｜食物(ID:10)｜アイス(ID:20)
なのを、全く違うカテゴリに管理画面の商品編集から入れ替えました。
道具(ID:40)｜イス(ID:50)｜デスク(ID:60)
とか

しかし日にちが経過し
元の栄養(ID:30)｜食物(ID:10)｜アイス(ID:20)
に戻る現象も見られました・・・

このDBの内容が戻る？？？
と言う現象が意味が分かりませんでした

しかしフルバキュームを手動で行った直後に
こう言った現象を少し確認出来たのです。

「フルバキュームすれば、キーを使ったクラスター化に近い動作が行なわれますので、ご指摘のような現象はあるかもしれません。」
とありましたが、
手動で行わなければ問題ないでしょうか？

「ちなみに、管理機能の見た目はともかく、フロント機能の動作に差異はありましたか?」
そうですね
DBの書きこまれたつもりの内容自体が元に戻っているので、
フロント側もいつの間にか変わって（元に戻って）しまている現象です。

えぇと、最初の投稿と同じことを書かなくてもいいですよ（汗）。

Windowsでいうところのシステムの復元みたいに、バキュームで以前の状態に戻ってしまうようだ...　という話なのは理解した上で、

引用：
の意味がわかりません。

繰り返しますが、これは具体的にどこの画面でしょう？
[商品管理]-[商品登録]の[商品カテゴリ]欄で、[登録][削除]をしたときの順番という意味でしょうか？
それとも[商品管理]-[カテゴリ設定]で、親と子の階層関係の話でしょうか？

あと「ユーザーサイド」というのも具体的にどこですか？
カテゴリブロックですか？
商品詳細ページの関連カテゴリ、もしくはパンくずみたいなものを増設しているということですか？

> 「フルバキュームすれば、キーを使ったクラスター化に近い動作が行なわれますので、ご指摘のような現象はあるかもしれません。」
とありましたが、
> 手動で行わなければ問題ないでしょうか？

微妙な線ですね。

しかし、本質的にはそういう問題ではなく、フルバキュームで問題が発生するような実装は、問題ある実装である確率が、極めて高いです。


> 「ちなみに、管理機能の見た目はともかく、フロント機能の動作に差異はありましたか?」
> そうですね
> DBの書きこまれたつもりの内容自体が元に戻っているので、
> フロント側もいつの間にか変わって（元に戻って）しまている現象です。

文章から読解しきれませんので、変更直後とバキューム後のハードコピーを頂けると、何か分かるかも知れまん。

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