数据库：需求发生变更，表该如何设计？

Question

STORE（门店表）

ID   NAME     OTHERS
1    百果园   其他信息
2    御蝶坊   其他信息

EXPRESS（快递表）

ID   NAME   OTHERS
1    顺丰   其他信息
2    圆通   其他信息

STORE_EXPRESS（门店 / 快递关联表）

ID   STORE_ID   EXPRESS_ID
1    1          1
2    2          2

此时：

【百果园】关联的专属快递为【顺丰】
【御蝶坊】关联的专属快递为【圆通】

---

需求变更
现【快递】将业务拆分为【上午】【下午】两时段，不再与单个【门店】建立全天关联，即【快递】上午服务于【A门店】，下午则归属于【B门店】，此时数据库表结构该如何修改？望赐教

Answer 1

STORE_EXPRESS 表中加个字段，表示是上午或者下午就可以了。

Answer 2

怎么设计首先要看业务需求, 你的业务需求是什么?要解决什么问题?

Answer 3

建立第三方表来存储时间与门店的关系,不要建立完全的中间表,第三方表也有主键,这样方便维护,而且后续如果业务又有变化直接重新建立第三方表或者修改第三方表即可,不会影响到主要业务(快递相关业务,门店相关业务员),不建议直接修改主信息表(门店,快递),因为如果后续这个需求突然又变了你又需要修改主信息表,这样对于业务的稳定性是一个比较大的挑战