0

私は、雇用主が過去数か月および数年間の販売担当者ごとの統計を確認できるように、PHP + MySQL を構築しています。アイデアは、従業員あたりの売上高を示すことです。多くの従業員がいます（現在および過去の従業員）。私が考えている統計表は次のようなものです：

table_sales_revenue
id
id_sales_guy
Year
year_nbr
jan_nbr
feb_nbr
mar_nbr
etc..
dec_nbr

セールス ガイ ジョンの場合

id=1
id_sales_guy=1231852
year=2011
year_nbr=12k
avg_day=32.8  (that's year_nbr/365, bcse they work 7/7)
jan_nbr=1k
feb_nbr=1k
etc..
dec_nbr=1k

このアプリのユーザーは year_nbr に基づいて多くのことを比較し、詳細については月の詳細を調べるため、month_nbr の合計である year nbr 値を保存しています。そのため、毎回計算するのを避けるために保存しています。それはいいですか？

パフォーマンスを向上させるために、最初の「id」フィールド (自動インクリメント、PK) を追加すると便利ですか? ありがとう

4

1 に答える 1

1

この質問は実際には主観的なものであり、実行される計算の実際の量に依存します。一般的に言えば、大量の計算を行う予定であり、データベースが本当にmassiveそうである場合は、いくつかの値を保存することをお勧めします。クエリの返信時間に満足できます。そうしないと、パフォーマンスの向上と低下が最小限になる可能性があります。

于 2012-04-25T15:27:09.007 に答える