バージョン選択

フォーラム

メニュー

オンライン状況

48 人のユーザが現在オンラインです。 (39 人のユーザが フォーラム を参照しています。)
登録ユーザ: 0
ゲスト: 48
もっと...

サイト内検索

質問 > 管理機能 > 2.11における規格登録の重さについて

管理機能

新規スレッドを追加する

スレッド表示 | 新しいものから 前のトピック | 次のトピック | 下へ
投稿者 スレッド
ria
投稿日時: 2011/12/13 0:30
対応状況: −−−
新米
登録日: 2011/4/23
居住地:
投稿: 4
2.11における規格登録の重さについて
いつもお世話になっています。

2.11系統で規格を登録すると、dtb_products_classでdel_flg=1のデータも大量に登録されます。
小さな規格なら構わないのですが、規格1(10種類)×規格2(10種類)のような登録になると、物凄い数のレコードが登録されてしまい、とてつもない重さになります。
何の為にこうなっているのかがわからず、またこのまま運営するには物凄く重いのですが、これを改善する事は出来ないでしょうか?

何卒ご教授、宜しくお願い致します。

------------------------------------------------------------------------------------------
[EC-CUBE] 2.11.4
[レンタルサーバ]
[OS] Linux
[PHP] PHP 5.2.17
[データベース] PostgreSQL 8.1.23
[WEBサーバ] apache(不明)
[ブラウザ] Google Chrome 15.0
------------------------------------------------------------------------------------------
nanasess
投稿日時: 2011/12/13 9:34
対応状況: −−−
登録日: 2006/9/9
居住地:
投稿: 2314
Re: 2.11における規格登録の重さについて
商品規格管理画面の構成上の問題です...
商品規格管理画面で, 規格を追加したり(S, M, L に LL を足したり), 規格1, 規格2 だったものを, 規格1のみにしたり, 確認画面へ進んで戻ったりといった, 複雑な動作に対応しようとすると, 論理削除でデータを保持しておいた方が都合が良かったのです.

このあたりの動作を, 運用である程度割り切ることができれば, del_flg = 1 のデータを生成しないようカスタマイズするのが良いと思います.

また, 2.11 では, できるだけ INDEX を活用するよう設計されているので, 大量のデータが生成されていても, クエリの速度はさほど落ちないと思います.
規格の内容を全件表示する等, seek scan してしまうようなカスタマイズが入るのであれば, 設計を見直すか, それなりのカスタマイズをした方が良いかもしれません.

スレッド表示 | 新しいものから 前のトピック | 次のトピック | トップ


 



ログイン


EC-CUBE公式 Amazon Payプラグイン

統計情報

総メンバー数は89,040名です
総投稿数は110,020件です

投稿数ランキング

1
seasoft
7367
2
468
3217
3
AMUAMU
2712
4
nanasess
2314
5
umebius
2085
6
yuh
1819
7
h_tanaka
1646
8
red
1570
9
mcontact
1296
10
tsuji
958
11
fukap
907
12
shutta
835
13
tao_s
799
14 ramrun 789
15 karin 689
16 sumida 641
17
homan
633
18 DELIGHT 572
19
patapata
502
20
flealog
485


ネットショップの壺

EC-CUBEインテグレートパートナー

Copyright© EC-CUBE CO.,LTD. All Rights Reserved.