索引varchar列

Question

我問過谷歌，但我仍然感到困惑。

1）索引Varchar列是否存在問題。當我不應該，以及當我應該

2）索引char列VS Varchar列。

感謝

Answer 1

1 - 指數，如果要查詢它，它有足夠的選擇性。如果它是一個90％的數值相同的列，那就沒有多少意義。

2 - 這不是問題，但我猜你想知道你是否應該。是的，如果你查詢它並且符合上述標準。

Answer 2

總體性能

理論上/設計，你有一個合乎邏輯的模型，其中，比如，用戶名是獨一無二的。

但是，在執行時，您知道使用這種方法比使用作爲索引更高效的替代「userid」列更昂貴（例如，重音，長度等）。說這個，無論如何你都會有一個名字索引，因爲它應該是唯一的。

區別在於您使用此索引的位置：如果它在子表中作爲外鍵列，這不是一個好主意。或者作爲聚集索引。

作爲沒有FK的表的單個索引，那麼它既不在這裏也不在那裏。

最後，我只是使用char/varchar來填充ISO語言或貨幣代碼（DE，EN，GBP，CHF等）。但我的切斷而變化，說實話......

Answer 3

• 廣告1）是的，900個字節的限制，巨大的按鍵，大量的索引頁，大量的I/O參與，效率低下的索引操作。結論：不要，除非你的varchar最多約50個字符。
• 廣告2）同1 char與varchar之間的真正區別是固定的大小與可變大小（即char(100)）總是在數據頁100個字節，varchar(100)最多需要100）