我们需要集中我们的能力来管理我们的银行中心保持的各种时间表,因为现在这是一个人工噩梦。你觉得这里面有什么明显的漏洞吗?

日程由一周中的一组天数、开放时间和关闭时间来定义。逻辑记录可能如下所示:
service_location service_location_type day_of_week open_time close_time
Main Street Branch Lobby Monday 8am 5pm
Main Street Branch Lobby Tuesday 8am 5pm
Main Street Branch Lobby Wednesday 8am 12pm我希望能够重新使用时间表,但我担心这里有些地方有点不完善。
发布于 2012-06-23 06:03:33
由于你的计划是重复使用时间表,我建议你改变想法如下:
( a)每个服务地点都可以有一个或多个计划--称为位置计划(基本上这是一个位置、一个预定义的计划和其他数据之间的关联)。
( b)每个位置计划都有一个优先级(允许您创建一个覆盖默认计划的自定义计划)
( c)每个位置计划都有一个开始日期和一个活动结束日期--这允许您定义一个仅在特定时间内处于活动状态的自定义计划。
( d)附表有名称和说明
( e)时间表有一个或多个时间表细节-一周中的一天、开放时间、关闭时间
我已经包含了一个解释性数据模型(MySQL)。

https://dba.stackexchange.com/questions/19756
复制相似问题