スケジュールの設計について

お世話になります。

現在、日時を持つジョブに対してユーザーが紐づくシステムを開発しております。

ユーザーはスケジュール（シフト表）を提出して、それを元にジョブをアサインしていく、というような流れになります。

以下のように設計しているのですが、他にもっと良い方法があると思っており、ご相談させてもらいました。

SQL
1jobテーブル
2- id
3- user_id
4- date
5- start_time
6- end_time
7
8userテーブル
9id
10
11scheduleテーブル
12- id
13- user_id
14- type ('day', 'week')
15// dayの場合
16- start_time
17- end_time
18- all_day
19// weekの場合
20- value（sun-1,sun-2のような値を挿入: sun-1は9-12時のようなイメージ）

設計が全然思いつかず質問させていただきました。
dayとweekのテーブルは分けるべき、などそのレベルでのご回答でも良いので皆様のご経験をお聞きしたいです。

よろしくお願いいたします。

行動規範の内容に同意します

回答3件

ER図 (Entity Relationship Diagram) を書いてみましょう。
実体関連モデル

投稿2017/06/05 01:42

hihijiji

総合スコア4150

kenkbou

2017/06/05 02:14

ありがとうございます、作成して、簡略化したものを記載させていただきました。

hihijiji

2017/06/05 03:07

労基など色々な観点からシフト勤務には、以下のようなプロセスが不可欠です。個人スケジュール申請　↓↑ 管理職による承認または差戻　↓ 承認された個人スケジュールを全体スケジュールに反映モデリングにはこういった業務プロセスこそが重要です。

行動規範の内容に同意します

直接の回答ではありません。

週や月の最大労働時間もあるでしょう。
メンバーによっては働ける時間帯や一日の最大労働時間があったり、生活がかかっているから週最低でも何時間は働かせて欲しい、この日は仕事を入れないで欲しい、といった要望が必ず出てきます。
急に葬式など断れない用事の為に他の人に代わってもらうための変更も発生します。
メンバー毎に実際に働いた履歴情報も必要です。

このような情報をどうテーブルに持って、この日のこの時間のアサインを誰にするかを自動的に割り当てるにはかなり高度のノウハウが必要です。
頑張ってください。

投稿2017/06/05 02:05