sql – 关系数据库设计问题 – 代理键或自然键?

前端之家收集整理的这篇文章主要介绍了sql – 关系数据库设计问题 – 代理键或自然键?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
哪一个是最佳实践,为什么?

a)类型表,代理/人造钥匙

外键来自user.type到type.id:

b)类型表,自然键

外键来自user.type到type.typeName:

解决方法

我相信在实践中,使用 natural key很少是最好的选择.我可能会按照你的第一个例子去 surrogate key方法.

以下是自然关键方法的主要缺点:

>您可能有不正确的类型名称,或者您可能只想重命名类型.要编辑它,您将不得不更新将使用它作为外键的所有表.
> int字段上的索引将比varchar字段中的索引更紧凑.
>在某些情况下,可能难以拥有unique自然键,这是必要的,因为它将被用作主键.这可能不适用于您的情况.

猜你在找的MsSQL相关文章