我正面临这个问题:我有一个大约有 10K 行的数据库和一个 GUID 作为表的 PK。当我从数据库中进行一些选择时，与 int 自动增量 PK 相比，响应“慢”。
我需要GUID能够保证给我的伪随 secret 钥。
所以，我想知道如果在数据库上使用新的 BIGINT KEY 作为 PRIMARY KEY 和带有索引的 guid 列(真的需要 GUID 列上的索引吗？)，我的性能会比现在更好。
谢谢
最佳答案
GUID 数据类型很可能是主键列的最差候选者之一，主要原因有两个。
这是一个随机值，列值是随机的意味着 SQL Server 必须在现有行之间的某处插入新行，这会导致大量页面拆分和碎片化索引。
它是一个 16 字节的数据，比整数数据类型大 4 倍，这意味着如果处理整数值，SQL Server 将处理 4 倍多的数据来执行相同的操作。
GUID 的唯一好处是，它是唯一的，但是为拥有 GUID 列付出的代价真的值得吗？我会让你决定这个:)
坚持使用 Integer 作为您的主键列，使其成为自动生成值的标识。
关于sql - 引导为PK低性能，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/30027368/