指数意味着大量的比较。

通常，字符串比整数长，并且可以应用排序规则进行比较，因此比较字符串通常比比较整数需要更多的计算量。

不过，有时使用字符串作为主键要比使用字符串与数字id表进行额外的连接更快。

默认情况下，ASPNetUserIds是128字符字符串，性能很好。

如果键必须是唯一的在表中，它应该是键。这是为什么;

主字符串键=正确的数据库关系，1个字符串键(主)和1个字符串索引(主)。

另一个选项是一个典型的int Key，但如果字符串必须是唯一的，你仍然可能需要添加一个索引，因为不停的查询来验证或检查它的唯一性。

所以使用int标识键=不正确的DB关系，1 int键(主)，1 int索引(主)，可能是唯一的字符串索引，手动验证相同的字符串不存在(类似sql检查可能)。

为了在主键上使用int而不是字符串获得更好的性能，当字符串必须是唯一的时，它将不得不是一个非常奇怪的情况。我总是喜欢使用字符串键。根据经验，除非需要，否则不要对数据库进行反规格化。

指数意味着大量的比较。

通常，字符串比整数长，并且可以应用排序规则进行比较，因此比较字符串通常比比较整数需要更多的计算量。

不过，有时使用字符串作为主键要比使用字符串与数字id表进行额外的连接更快。

Inserts to a table having a clustered index where the insertion occurs in the middle of the sequence DOES NOT cause the index to be rewritten. It does not cause the pages comprising the data to be rewritten. If there is room on the page where the row will go, then it is placed in that page. The single page will be reformatted to place the row in the right place in the page. When the page is full, a page split will happen, with half of the rows on the page going to one page, and half going on the other. The pages are then relinked into the linked list of pages that comprise a tables data that has the clustered index. At most, you will end up writing 2 pages of database.

在PK列中使用整数有两个原因:

我们可以为自动递增的整数字段设置标识。 当我们创建pk时，db会创建一个索引(Cluster或Non Cluster)，在数据存储到表之前对其进行排序。通过在PK上使用标识，优化器在保存记录之前不需要检查排序顺序。这提高了大表的性能。

是的，但除非您希望有数百万行，否则不使用基于字符串的键(因为它较慢)通常是“过早优化”。毕竟，字符串存储为大数字，而数字键通常存储为较小的数字。

不过，要注意的一件事是，如果您在任意键上聚集了索引，并且在索引中进行了大量的非顺序插入。写入的每一行都将导致索引重新写入。如果您正在进行批量插入，这确实会降低过程的速度。