索引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）