关于外键关联

1.两个表之间是关联关系,则外键是由多的一方指向少的一方,外键是由多的一方创建;

2.这就是一对多;

3.两个一对多的关系就可以描述一个多对多的关联关系;

4.比如商品-----订单,就是典型的多对多关系。

5.这个时候,我们使用中间表来表示两者之间的关系,即订单项。

6.而这个时候,由于商品---订单是多对多的关系,中间表订单项是作为描述表来起作用的;

7.作为中间表而言,只是存放两个多表的主键引用,一个商品可以对应多个订单项,一个订单也可以对于多个订单项;

8.所以外键是由订单项创建,最后指向两个多表,这就是外键关联;

9.感觉真不好理解,他妈的,就不明白了,这多表到底哪个是多表,真是让人捉摸不透。感觉商品表可以多表,又可以是一表,同理,订单表也是。既然是这样,你他妈的怎么就直接说中间表是多表,其他两个是一表了,真是日了狗了。难道一个订单项就他妈的不能有多种商品了吗?难道一个订单项就不能有多个订单了吗?怎么突然就不明白了,订单项到底是个什么鬼?看着这个订单项感觉很像购物项,但是购物项人家直接就是一个购物车对应多个购物项。你个订单项能等于购物项吗?这么一想好像确实可以哦。但是他妈的,人家购物车和购物项根本就没有创建表,好吧,真是一坨狗屎。现在好像只能这么理解了,那么商品表呢?也能理解为购物车么?一个商品里面可以放多个订单项,这他妈都什么跟什么啊,这不是扯淡吗?应该是一种商品可以放多个订单项吧。唉,越来越糊涂了,真是觉得好牵强,人家购物车和购物项还能这么理解,订单和订单项强行还能联系在一起,你他妈的商品和订单项怎么联系在一起?难道你订单项又他妈能可以叫商品项?一个大的商品库里存在很多种商品,商品库就是商品表,商品种类就是订单项?如果这样理解,倒还是有那么一丝丝明白。订单项里面刚好存有商品的id,每个id对应每种商品,就完全可以理解了。好吧,我承认这他妈真扯淡。

10.刚看了一下分类表和商品表,我现在大致上弄清楚了。其实商品表就是一个商品仓库,里面存着各种商品和商品对应的分类,以及很多不相干的东西。那么我就可以理解为,订单项其实也可以叫商品种类项,则一个商品仓库就有多个商品种类项。现在问题来了,商品种类项也就是商品订单项里面其实就只能是,一个订单项,只能存一种商品,同时只能存一个订单,分别对应就是商品的id和订单id。Java是面向对象的,所以里面存放的就是各自对应的实体类了。就是说,一个订单里面包含多种商品各自对应的多个订单数,姑且就这样理解吧。当然也可以理解为一个商品库里面对应多种商品各自对应的多个订单数吧。就这样吧,真他妈难理解。

  • 3
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值