变量太多了。这取决于表的大小，索引，字符串键域的性质…

一般来说，整数会更快。但差别大到足以让人在意吗?这很难说。

另外，你选择字符串的动机是什么?数字型的自动递增键通常也容易得多。是语义上的吗?方便?复制/断开连接问题?你的回答可能会限制你的选择。这也会让你想起你忘记的第三个“混合”选项:Guids。

变量太多了。这取决于表的大小，索引，字符串键域的性质…

一般来说，整数会更快。但差别大到足以让人在意吗?这很难说。

另外，你选择字符串的动机是什么?数字型的自动递增键通常也容易得多。是语义上的吗?方便?复制/断开连接问题?你的回答可能会限制你的选择。这也会让你想起你忘记的第三个“混合”选项:Guids。

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

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

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)实现的性能相比，Yes字符串(PK)将降低性能，其中PK—>主键。

From requirement standpoint - Although this is not a part of your question still I would like to mention. When we are handling huge data across different tables we generally look for the probable set of keys that can be set for a particular table. This is primarily because there are many tables and mostly each or some table would be related to the other through some relation ( a concept of Foreign Key ). Therefore we really cannot always choose an integer as a Primary Key, rather we go for a combination of 3, 4 or 5 attributes as the primary key for that tables. And those keys can be used as a foreign key when we would relate the records with some other table. This makes it useful to relate the records across different tables when required.

因此，为了优化使用-我们总是将1或2个具有1或2个字符串属性的整数组合在一起，但同样只是在需要时才这样做。

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

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