[DB]ホットペッパーにあるカレンダー情報のDB設計に関して

Question

聞きたいこと

ホットペッパーなどの飲食店でよく見かけるカレンダーって、

• ユーザーからは空席情報を見れる
• ユーザーから現状予約可能かの判断ができる（定員オーバーじゃない、品切れじゃない、営業時間外じゃないなど。。。多分。笑）
• きっとお店がお休みの設定をしている日は予約不可になる
• きっとお店の人もそんなに頻繁にカレンダーを操作しなくていい？（これは願望。笑　毎月ホットペッパーのために、「何日は休み・・・」とか登録しているのかな・・・）

といった感じで、機能面ですごいなぁって思うと同時に、DB設計ってどうなっているのか不思議です。

自分なりにどういった設計がいいのか考えた結果を下にまとめますので、

• みなさんが思うホットペッパーなどの飲食店のカレンダーのDB設計
• 上記とは別で理想的な設計

に関してお伺いしたいです。

自分で考えて見た設計

• Storeテーブル

カラム名	型	補足
id	int	primary
name	varchar

（予約可能定員数や商品品切れなどの管理をStoreすべきか・・・）

• WeeklyScheduleテーブル

カラム名	型	補足
id	int	primary
store_id	int	foreign, Store.id
start_mon	datetime
end_mon	datetime
start_tue	datetime
end_tue	datetime
start_wed	datetime
end_wed	datetime
start_thu	datetime
end_thu	datetime
start_fri	datetime
end_fri	datetime
start_sat	datetime
end_sat	datetime
start_sun	datetime
end_sun	datetime

• MonthlySheduleテーブル

（急な定休日などの登録をするために月ごとのテーブル作成しようと思ったが、なんとなくいけてない気がすると思いギブアップ。。。笑）

カラム名	型	補足
id	int	primary
store_id	int	foreign, Store.id

すいませんが、どなたかアドバイスいただけると嬉しいです。