这篇文章主要介绍了数据库表与表之间如何建立联系，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。
数据库表与表之间通过主外键来建立联系。如果为表指定了主键约束， 数据库引擎将通过为主键列自动创建唯一索引来强制数据的唯一性；而外键是用于在两个表中的数据之间建立和加强链接的一列或多列的组合，可控制可在外键表中存储的数据。
数据库表与表之间通过主外键来建立联系。
（推荐教程：mysql视频教程）
主键约束
表通常具有包含唯一标识表中每一行的值的一列或一组列。 这样的一列或多列称为表的主键 (PK)，用于强制表的实体完整性。 由于主键约束可保证数据的唯一性，因此经常对标识列定义这种约束。
如果为表指定了主键约束， 数据库引擎 将通过为主键列自动创建唯一索引来强制数据的唯一性。 当在查询中使用主键时，此索引还允许对数据进行快速访问。 如果对多列定义了主键约束，则一列中的值可能会重复，但来自主键约束定义中所有列的值的任何组合必须唯一。
如下图所示， Purchasing.ProductVendor 表中的 ProductID 和 VendorID 列构成了针对此表的复合主键约束。 这确保了 ProductVendor 表中的每个行都具有 ProductID 和 VendorID 的一个唯一组合。 这样可以防止插入重复的行。
一个表只能包含一个主键约束。
主键不能超过 16 列且总密钥长度不能超过 900 个字节。
由主键约束生成的索引不会使表中的索引数超过 999 个非聚集索引和 1 个聚集索引。
如果没有为主键约束指定聚集或非聚集索引，并且表中没有聚集索引，则使用聚集索引。
在主键约束中定义的所有列都必须定义为不为 Null。 如果没有指定为 Null 性，则参与主键约束的所有列的为 Null 性都将设置为不为 Null。
如果在 CLR 用户定义类型的列中定义主键，则该类型的实现必须支持二进制排序。
外键约束
外键 (FK) 是用于在两个表中的数据之间建立和加强链接的一列或多列的组合，可控制可在外键表中存储的数据。 在外键引用中，当包含一个表的主键值的一个或多个列被另一个表中的一个或多个列引用时，就在这两个表之间创建了链接。 这个列就成为第二个表的外键。
例如，因为销售订单和销售人员之间存在一种逻辑关系，所以 Sales.SalesOrderHeader 表含有一个指向 Sales.SalesPerson 表的外键链接。 SalesOrderHeader 表中的 SalesPersonID 列与 SalesPerson 表中的主键列相对应。 SalesOrderHeader 表中的 SalesPersonID 列是指向 SalesPerson 表的外键。 通过创建此外键关系，如果 SalesPerson 表的主键中不存在 SalesPersonID 的值，则 SalesPersonID 的值将无法插入到 SalesOrderHeader 表。
表最多可以将 253 个其他表和列作为外键引用（传出引用）。 SQL Server 2016 (13.x) 将可在单独的表中引用的其他表和列（传入引用）的数量限制从 253 提高至 10,000。 （兼容性级别至少必须为 130。）数量限制的提高带来了下列约束：
只有 DELETE DML 操作才支持超过 253 个外键引用。 不支持 UPDATE 和 MERGE 操作。
对自身进行外键引用的表仍只能进行 253 个外键引用。
列存储索引、内存优化表、Stretch Database 或已分区外键表暂不支持进行超过 253 个外键引用。
外键约束的索引
与主键约束不同，创建外键约束不会自动创建对应的索引。 但是由于以下原因，对外键手动创建索引通常是有用的：
当在查询中组合相关表中的数据时，经常在联接条件中使用外键列，方法是将一个表的外键约束中的一列或多列与另一个表中的主键列或唯一键列匹配。 索引使 数据库引擎 可以在外键表中快速查找相关数据。 但是，创建此索引并不是必需的。 即使没有对两个相关表定义主键或外键约束，也可以对来自这两个表中的数据进行组合，但两个表间的外键关系说明已用其键作为条件对其进行了优化，以便组合到查询中。
对主键约束的更改可由相关表中的外键约束检查。
感谢你能够认真阅读完这篇文章，希望小编分享的“数据库表与表之间如何建立联系”这篇文章对大家有帮助，同时也希望大家多多支持亿速云，关注亿速云行业资讯频道，更多相关知识等着你来学习!
