老师,本节的3:40处和上一节的13.34处,提到的product和card的关系,为什么不是都是多对多啊,
来源:6-7 理清楚数据关系:数据库模型设计(下)

向学习者学习
2025-01-02
老师,本节的3:40处和上一节的13.34处,提到的product和card的关系,为什么不是都是多对多啊。
写回答
2回答
-
product 其实就是 userCard 的集合。
一个商品里可以包含多个卡。
一个卡又可以被多个商品用。
所以是多对多的关系。
122025-01-08 -
向学习者学习
提问者
6天前
这个问题我有新的理解,实体间关系的设计,应该可以根据业务需求来变动,在实际开发的过程中,不管是多对多还是多对一还是一对一,关系如果变动,在代码上更改量上来说其实不多,只要符合业务需要问题应该不大。
如果设计得时候,实体间的关系设计的超出了业务需要的范围(比如多对一变为多对多),从长远来看可能是有利有弊的,从当下来看则可能有弊?,如果互为子集,恰恰符合业务需要则可能拓展性不足?,因此以常规需求的方式先行设计而后根据实际需要来更改可能比较合适。
024小时前
相似问题