老师,本节的3:40处和上一节的13.34处,提到的product和card的关系,为什么不是都是多对多啊,

来源:6-7 理清楚数据关系:数据库模型设计(下)

向学习者学习

2025-01-02

老师,本节的3:40处和上一节的13.34处,提到的product和card的关系,为什么不是都是多对多啊。
写回答

2回答

黑石

2025-01-07

product 其实就是 userCard 的集合。

一个商品里可以包含多个卡。

一个卡又可以被多个商品用。

所以是多对多的关系。

1
2
向学习者学习
嗯然后,userCard老师您在本节1:00之后提到是专属于一个用户的有过期时间的卡,既然如此,是否又应该是多个useCard对一个product而无法一个userCard对多个product。实际写代码的时候用的是什么关系哇😭
2025-01-08
共2条回复

向学习者学习

提问者

6天前

这个问题我有新的理解,实体间关系的设计,应该可以根据业务需求来变动,在实际开发的过程中,不管是多对多还是多对一还是一对一,关系如果变动,在代码上更改量上来说其实不多,只要符合业务需要问题应该不大。

如果设计得时候,实体间的关系设计的超出了业务需要的范围(比如多对一变为多对多),从长远来看可能是有利有弊的,从当下来看则可能有弊?,如果互为子集,恰恰符合业务需要则可能拓展性不足?,因此以常规需求的方式先行设计而后根据实际需要来更改可能比较合适。


0
2
向学习者学习
回复
黑石
回复 黑石:(●'◡'●)
4小时前
共2条回复

React18+TS+NestJS+GraphQL 全栈开发在线教育平台

平台级应用+流行全栈技术+实用职场技巧&面试策略 助你升职加薪

442 学习 · 247 问题

查看课程