数据库：需求发生变更，表该如何设计？
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门店】，此时数据库表结构该如何修改？望赐教
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
STORE_EXPRESS 表中加个字段，表示是上午或者下午就可以了。
怎么设计首先要看业务需求, 你的业务需求是什么?要解决什么问题?
建立第三方表来存储时间与门店的关系,不要建立完全的中间表,第三方表也有主键,这样方便维护,而且后续如果业务又有变化直接重新建立第三方表或者修改第三方表即可,不会影响到主要业务(快递相关业务,门店相关业务员),不建议直接修改主信息表(门店,快递),因为如果后续这个需求突然又变了你又需要修改主信息表,这样对于业务的稳定性是一个比较大的挑战