データベース設計についての質問

Question

お世話になっております。
データベースの設計について質問させていただきます。

前提・実現したいこと

毎日の売り上げ、毎週ごとの売り上げ、毎月の売り上げ、毎年の売り上げを算出するツールを作成。

質問

上記を作成する時のデータベースのテーブルですが、
毎日の売り上げだけを保存するテーブルのみを作成するのか、
それとも毎日、週ごと、毎月、毎年のテーブルを個別に作成する方がいいのかどちらでしょうか。

自分の考えでは毎日、毎週、毎月、毎年を出力できるので、毎日の売り上げだけを保存するのみで
大丈夫だと考えております。

ご回答の程よろしくお願いいたします。

Comments

[phper.k]

- 売り上げデータの修正がのちに入ってしまった時の運用は？
- クレームなどによる返金処理が発生した場合の運用は？

[hentaiman]

店がひとつだけなら毎日でしょうね

Answer 1

毎日の売り上げ、毎週ごとの売り上げ、毎月の売り上げ、毎年の売り上げを算出するツールを作成。

上記が常に最新の情報からの出力であれば、「毎日の売上」があれば算出できますし、逆に最新という事に関しては効率的な部分があります。

逆に締めなどの考えで、月や年で確定したものは修正の影響を受けないようにするのは、別テーブルに分けた方が良いかと思います。

後は性能を考えて別テーブルにするという選択肢もあります。

Comments

[hina0823]

ご回答の程、ありがとうございます。
説明を受け、毎日の売り上げのみをデータベースに保存するようにしたいと思います。

Answer 2

通常はひとつのテーブルに年月日(DATE型)の列を持ちます。
日毎に別テーブルにすると週計、月計、年計など日付をまたぐデータをUNION ALLでSELECT ってかなりの負担になります。実際にシンプルなSQLを書いて確認してみては？

Comments

[hina0823]

ご回答の程ありがとうございます。
自分の勉強不足もあり申し訳ございません。
実際記述してみたいと思います。

Answer 3

テーブルは毎日のみ。
あとはアプリケーションからの検索なり、ファンクション（ストアドプロシージャ）なり利用して集計結果を。

要件次第ですけどね。
viewとかも場合により有用。

あまりにデータ量が多いなら表示に時間かかることも加味して、週次、月次、年次などバッチ処理させてそれぞれの結果をテーブルに保存しても良いです。

Comments

[hina0823]

ご回答ありがとうございます。
要件次第ということで、そのように対応したいと思います。

[m.ts10806]

要件を確定するのが先です