長炭 - 優文庫

從你的鏈接「恕我直言，總是支持代理主鍵。主鍵應該沒有意義，因爲這個意義可以改變，甚至國家名稱可以改變，國家可以存在和消失，更不用說產品。，這可以發生在自然鍵上。「這正是我所建議的，但顯然對此事有強烈而有經驗的意見讓我低估了，而通用的「取決於」的答案卻贏了？顯然用戶登錄可以改變，顯然它可能很大，所以顯然PK應該是一個整數。 –

-1

切勿使用char或varchar主鍵。

使用一個自我遞增的身份作爲一個PK（tinyint，smallint，int甚至bigint），這將用於鏈接到其他表作爲他們的FK，並且會更快。

如果要常用，您仍然可以在登錄字段上創建唯一的非聚簇索引。

來源

2014-06-19 14:38:06

* NEVER *是如此惡劣聲明 - ISO國家或貨幣代碼的表格怎麼樣？這些列的CHAR（3）列（例如美國的'USA'，'RUS'等國家，'USD'，'CAD'，'GBP'的貨幣）確實使**優秀**主鍵在SQL服務器表！ –

countryID的效果更好。然後是一個帶有簡碼（美國，RUS等）的國家表以及像長名字這樣的相關信息。相當標準的DB設計。你說得對，短的字符不是「不好」（你錯了，他們是優秀的），但沒有什麼效率像一個整數，即使如此，越小越好。 –

爲什麼varchar不能用作FK？ – Youssef

長炭

回答

相關問題