質問 > フロント機能 > 管理画面>商品登録とphpPgAdminのバキュームについて |
フロント機能
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
Arcaim |
投稿日時: 2010/3/10 17:00
対応状況: −−−
|
常連 登録日: 2009/10/23 居住地: 投稿: 34 |
管理画面>商品登録とphpPgAdminのバキュームについて みなさん、こんにちは。
いつもコミュニティサイトに学ばせていただいております。 EC-CUBEを触り始めて数カ月が経ち、理解も深まり、カスタマイズも進め、 まもなくネットショップをオープンしようかと考えております。 しかし 1つだけクリティカルな問題が・・・ 管理画面から商品登録をして行った際に気が付いた事なんです。 とりあず900件近い商品をCSVで作成し、管理画面の商品CSV登録で上げました。 規格を考え規格関係はphpPgAdminのSQLで一気に流し込みました。 商品と規格も結び付け、完璧になりました。 CSVダウンロードをして、加工してアップする事も出来ますし、 管理画面の商品編集から商品を編集も出来ます。 ただ問題が出ました。 管理画面とユーザー画面から、商品を眺めていて、 「このカテゴリを変更しよう」 とカテゴリを管理画面から変更。 例:商品1 は 食物(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 |
ramrun |
投稿日時: 2010/3/10 22:47
対応状況: −−−
|
仙人 登録日: 2006/11/3 居住地: 投稿: 789 |
Re: 管理画面>商品登録とphpPgAdminのバキュームについて 引用:
そしたらphpPgAdminのバキュームをやった直後に戻っていました・・・ これは具体的にどこの画面でしょう? [商品管理]-[商品登録]の[商品カテゴリ]欄で、[登録][削除]をしたときの順番という意味でしょうか? それとも[商品管理]-[カテゴリ設定]で、親と子の階層関係の話でしょうか? |
seasoft |
投稿日時: 2010/3/11 0:06
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: 管理画面>商品登録とphpPgAdminのバキュームについて カテゴリの割り当てには順位は無いと思うので、「食物(ID:10)|アイス(ID:20)|栄養(ID:30)」と「栄養(ID:30)|食物(ID:10)|アイス(ID:20)」は等価の気がしますが。
フルバキュームすれば、キーを使ったクラスター化に近い動作が行なわれますので、ご指摘のような現象はあるかもしれません。 ちなみに、管理機能の見た目はともかく、フロント機能の動作に差異はありましたか?
|
Arcaim |
投稿日時: 2010/3/11 9:07
対応状況: −−−
|
常連 登録日: 2009/10/23 居住地: 投稿: 34 |
Re: 管理画面>商品登録とphpPgAdminのバキュームについて おはようございます。早速のご返事ありがとうございます!
順番が入れ替わっているのは、ユーザーサイドです。 元が、栄養(ID:30)|食物(ID:10)|アイス(ID:20) なのを ちゃんとした順番に修正したくて 管理画面の商品編集で確かに 物(ID:10)|アイス(ID:20)|栄養(ID:30) こうしました。 その後は、こう更新されていたのですが。 日にちが経って 元の、栄養(ID:30)|食物(ID:10)|アイス(ID:20) に戻る様な現象が起きてました。 色々調べて行く中に バキューム直後に戻る事が分かりました・・・ |
Arcaim |
投稿日時: 2010/3/11 9:12
対応状況: −−−
|
常連 登録日: 2009/10/23 居住地: 投稿: 34 |
Re: 管理画面>商品登録とphpPgAdminのバキュームについて おはようございます。早速のご返事ありがとうございます!
順番が入れ替わっているのは、ユーザーサイドです。 元が、栄養(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の書きこまれたつもりの内容自体が元に戻っているので、 フロント側もいつの間にか変わって(元に戻って)しまている現象です。 |
ramrun |
投稿日時: 2010/3/11 13:51
対応状況: −−−
|
仙人 登録日: 2006/11/3 居住地: 投稿: 789 |
Re: 管理画面>商品登録とphpPgAdminのバキュームについて えぇと、最初の投稿と同じことを書かなくてもいいですよ(汗)。
Windowsでいうところのシステムの復元みたいに、バキュームで以前の状態に戻ってしまうようだ... という話なのは理解した上で、 引用: 管理画面の商品編集で確かに の意味がわかりません。 繰り返しますが、これは具体的にどこの画面でしょう? [商品管理]-[商品登録]の[商品カテゴリ]欄で、[登録][削除]をしたときの順番という意味でしょうか? それとも[商品管理]-[カテゴリ設定]で、親と子の階層関係の話でしょうか? あと「ユーザーサイド」というのも具体的にどこですか? カテゴリブロックですか? 商品詳細ページの関連カテゴリ、もしくはパンくずみたいなものを増設しているということですか? |
seasoft |
投稿日時: 2010/3/11 15:46
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: 管理画面>商品登録とphpPgAdminのバキュームについて > 「フルバキュームすれば、キーを使ったクラスター化に近い動作が行なわれますので、ご指摘のような現象はあるかもしれません。」
とありましたが、 > 手動で行わなければ問題ないでしょうか? 微妙な線ですね。 しかし、本質的にはそういう問題ではなく、フルバキュームで問題が発生するような実装は、問題ある実装である確率が、極めて高いです。 > 「ちなみに、管理機能の見た目はともかく、フロント機能の動作に差異はありましたか?」 > そうですね > DBの書きこまれたつもりの内容自体が元に戻っているので、 > フロント側もいつの間にか変わって(元に戻って)しまている現象です。 文章から読解しきれませんので、変更直後とバキューム後のハードコピーを頂けると、何か分かるかも知れまん。
|
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |