前提・実現したいこと
現在、アルバイトのシフト管理アプリケーションを開発しています。
データ計測、閲覧のための設計について質問です。
KPIとして、
- アルバイト社員のシフト提出率
- アルバイト社員の提出した今月、翌月、翌々月のシフトの時間数
を追いたいです。
そして、各個人の提出時間数などを日次で記録して閲覧していきたいです。
例えば閲覧したいデータとしては
- 先月の今時点と比べて提出率(提出人数/合計人数)は高いか低いか
- 先月の今時点と比べて提出時間数(全合計時間数)は多いか少ないか
- 先月に翌月分提出した人は今月は翌月分を出しているのか(割合やバイネーム)
です。
前提として、
- 社員は当月のシフト時間を当月に提出することもできる
- 社員は翌々月のシフト時間まで提出することができる
- 社員は提出したシフト時間を変更できる
このような場合に、どのようにデータを取っていけば良いでしょうか?
テーブル設計含めご相談です。
考えたのは
ID | 名前 | 当月分の提出時間数 | 翌月分の提出時間数 | 翌々月分の提出時間数 | 記録日 |
---|---|---|---|---|---|
XXX | Yさん | 20 | 45 | 30 | 2019/11/27 |
のようなデータですがあまり綺麗だとは思えない上、毎日アルバイト社員数分レコードが増えてしまうのが問題ではと考えています。
このような場合には一般的にどのような設計にするべきなのか教えていただきたいです。
補足情報
RDBを利用の場合にはMySQLを想定しています。
回答1件
あなたの回答
tips
プレビュー