数据库“文件/ ID”的设计思路，代理键，主键等

Question

因此，最近我已经看到过几次代理密钥的提及，但我不确定这是什么以及它与主密钥有何不同。

我一直以为ID是我在这样的表中的主键：

Users
    ID, Guid
    FirstName, Text
    LastName, Text
    SSN, Int

但是，维基百科将代理密钥定义为“数据库中 的代理密钥是 建模世界中的实体或数据库中对象的唯一标识符。 代理密钥不是从应用程序数据派生的 。”

根据Wikipedia的说法，ID似乎是我的代理密钥，而我的主密钥可能是SSN + ID？这是正确的吗？那是一个糟糕的餐桌设计吗？

假设表设计合理，那么对于数据没有唯一性的表，这样的事情会很不好吗？

LogEntry
    ID, Guid
    LogEntryID, Int [sql identity field +1 every time]
    LogType, Int
    Message, Text

Answer 1

不，你的ID既可以是一个代理键（这只是意味着，如人工键它不是“从应用数据导出”）， 并且 它应该是你的主键，太。

主键用于唯一安全地标识表中的任何行。它必须稳定，唯一并且不能为空-“人工” ID通常具有这些属性。

我通常建议不要对主键使用“自然”或真实数据-并不是 真的有 150％的 把握 永远不会
改变吗？例如，每当女人结婚（或离婚）时，瑞士的SSN等效项就会发生变化-几乎不是理想的候选人。而且也不保证它是唯一的……

为了避免所有麻烦，只需使用一个代理（人工）ID，该ID是系统定义的，唯一的，永不更改且永远没有任何应用程序含义（除了是您的唯一ID）。

Scott Ambler在这里有一篇不错的文章，其中包含所有各种键及其含义的“词汇表”-您会发现自然键，代理键，主键等等。