一个表两个主键两个外键两个外键参考怎么写

一个表两个主键两个外键两个外键参考怎么写,第1张

一个表两个主键两个外键,两个外键参考可以写分别参考AdventureWork主键的表格。根据查询相关资料信息,在SqlServer程序中,一个表有两个主键两个外键,其中表格的字段是需要设置两个外键,外键引用参考AdventureWork主键的表格来罗列。一个表主键是这两个外键字段的复合。

其实这个话题是老生常谈,很多人在工作中确实也不会使用外键。包括在阿里的JAVA规范中也有下面这一条

但是呢,询问他们原因,大多是这么回答的

坦白说,这么说也是对的。但是呢,不够全面,所以开一文来详细说明。

首先我们明确一点,外键约束是一种约束,这个约束的存在,会保证表间数据的关系“始终完整”。因此,外键约束的存在,并非全然没有优点。

比如使用外键,可以

然而,鱼和熊掌不可兼得。外键是能够保证数据的完整性,但是会给系统带来很多缺陷。正是因为这些缺陷,才导致我们不推荐使用外键,具体如下

假设一张表名为user_tb。那么这张表里有两个外键字段,指向两张表。那么,每次往user_tb表里插入数据,就必须往两个外键对应的表里查询是否有对应数据。如果交由程序控制,这种查询过程就可以控制在我们手里,可以省略一些不必要的查询过程。但是如果由数据库控制,则是必须要去这两张表里判断。

在使用外键的情况下,每次修改数据都需要去另外一个表检查数据,需要获取额外的锁。若是在高并发大流量事务场景,使用外键更容易造成死锁。

这里主要是分为两点

使用外键,其实将应用程序应该执行的判断逻辑转移到了数据库上。那么这意味着一点,数据库的性能开销变大了,那么这就对DBA的要求就更高了。很多中小型公司由于资金问题,并没有聘用专业的DBA,因此他们会选择不用外键,降低数据库的消耗。

相反的,如果该约束逻辑在应用程序中,发现应用服务器性能不够,可以加机器,做水平扩展。如果是在数据库服务器上,数据库服务器会成为性能瓶颈,做水平扩展比较困难。

本人花费2个月时间,整理了一套JAVA开发技术资料,内容涵盖java基础,分布式、微服务等主流技术资料,包含大厂面经,学习笔记、源码讲义、项目实战、讲解视频。

希望可以帮助一些想通过自学提升能力的朋友,领取资料,扫码关注一下

记得转发+关注+私信

私信回复2022面试资料

领取更多学习资料

超键(super key):在关系中能唯一标识元组的属性集称为关系模式的超键

候选键(candidate key):不含有多余属性的超键称为候选键

主键(primary key):用户选作元组标识的一个候选键程序主键

比如一个小范围的所有人,没有重名的,考虑以下属性

身份z 姓名 性别 年龄

身份z唯一,所以是一个超键

姓名唯一,所以是一个超键

(姓名,性别)唯一,所以是一个超键

(姓名,性别,年龄)唯一,所以是一个超键

--这里可以看出,超键的组合是唯一的,但可能不是最小唯一的

身份z唯一,而且没有多余属性,所以是一个候选键

姓名唯一,而且没有多余属性,所以是一个候选键

--这里可以看出,候选键是没有多余属性的超键

考虑输入查询方便性,可以选择 身份z 为主键

也可以 考虑习惯 选择 姓名 为主键

--主键是选中的一个候选键

你第一次创建这段代码时不会出错的

但是删除表后要删除相应的(系统自动命名)约束再运行时就不会出错了

用存储过程sp_help就可以看到'FK__stud__id__3C74E891' 删除表后还存在

以上就是关于一个表两个主键两个外键两个外键参考怎么写全部的内容,包括:一个表两个主键两个外键两个外键参考怎么写、面试官:在实际开发中,为什么不使用外键作为约束、超键,候选键和主键,外键的区别是什么等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/zz/9875194.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-05-02
下一篇2023-05-02

发表评论

登录后才能评论

评论列表(0条)

    保存