请稍等 ...
×

采纳答案成功!

向帮助你的同学说点啥吧!感谢那些助人为乐的人

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

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

正在回答

2回答

product 其实就是 userCard 的集合。

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

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

所以是多对多的关系。

1 回复 有任何疑惑可以回复我~
  • 提问者 向学习者学习 #1
    感谢!但是上一小节的13:34哪里,cart和product老师你说是多对一的关系,两个product有啥不同么?
    回复 有任何疑惑可以回复我~ 2025-01-08 19:31:28
  • 提问者 向学习者学习 #2
    嗯然后,userCard老师您在本节1:00之后提到是专属于一个用户的有过期时间的卡,既然如此,是否又应该是多个useCard对一个product而无法一个userCard对多个product。实际写代码的时候用的是什么关系哇😭
    回复 有任何疑惑可以回复我~ 2025-01-08 19:44:06
提问者 向学习者学习 2025-06-20 19:47:26

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

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


0 回复 有任何疑惑可以回复我~
  • 黑石 #1
    是的,很有思考 👍
    回复 有任何疑惑可以回复我~ 2025-06-23 11:03:13
  • 提问者 向学习者学习 回复 黑石 #2
    回复 黑石:(●'◡'●)
    回复 有任何疑惑可以回复我~ 2025-06-26 19:13:46
问题已解决,确定采纳
还有疑问,暂不采纳
微信客服

购课补贴
联系客服咨询优惠详情

帮助反馈 APP下载

慕课网APP
您的移动学习伙伴

公众号

扫描二维码
关注慕课网微信公众号