我了解代理/人工密钥的一个好处 - 它们不会改变，而且非常方便。无论它们是单场还是多场，都是如此——只要它们是“人造的”。
但是，有时将自动递增的整数字段作为每个表的主键似乎是一个策略问题。拥有这样一个单字段键是否总是最好的主意，为什么（或为什么不）？
需要明确的是，这个问题不是关于人工 vs 自然的——而是关于是否所有人工键都应该是单字段的
我想知道为什么我应该使用 int 作为查找表的主键，而不是仅仅使用查找值作为主键（在大多数情况下是一个字符串）。
我知道使用 nvarchar(50) 而不是 int 会使用更多的空间，如果它链接到一个有很多记录的表。
另一方面，直接使用查找值基本上可以避免我们进行连接。我可以想象，如果总是需要加入，这将是一个很大的节省（我们正在开发一个网络应用程序，所以这很重要）。
除了“标准操作”之外，使用 int 主键（特别是对于查找表）有什么优势？
我们的数据库由许多表组成，其中大多数使用整数代理键作为主键。这些主键中约有一半位于标识列上。
数据库开发始于 SQL Server 6.0。
从一开始就遵循的规则之一是，避免根据递增键创建聚集索引，正如您在这些索引优化技巧中找到的那样。
现在使用 SQL Server 2005 和 SQL Server 2008，我强烈的印象是情况发生了变化。同时，这些主键列是表的聚集索引的完美首选。