你为什么要用字符串作为主键?

我只需将主键设置为一个自动递增的整数字段，并在字符串字段上放置一个索引。

这样，如果您在表上进行搜索，它们应该相对较快，并且所有的连接和正常查找都不会受到速度的影响。

您还可以控制被索引的字符串字段的数量。换句话说，如果您认为这样就足够了，您可以说“只索引前5个字符”。或者如果您的数据可以相对相似，您可以索引整个字段。

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

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

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

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

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

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

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

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

Technically yes, but if a string makes sense to be the primary key then you should probably use it. This all depends on the size of the table you're making it for and the length of the string that is going to be the primary key (longer strings == harder to compare). I wouldn't necessarily use a string for a table that has millions of rows, but the amount of performance slowdown you'll get by using a string on smaller tables will be minuscule to the headaches that you can have by having an integer that doesn't mean anything in relation to the data.

你为什么要用字符串作为主键?

我只需将主键设置为一个自动递增的整数字段，并在字符串字段上放置一个索引。

这样，如果您在表上进行搜索，它们应该相对较快，并且所有的连接和正常查找都不会受到速度的影响。

您还可以控制被索引的字符串字段的数量。换句话说，如果您认为这样就足够了，您可以说“只索引前5个字符”。或者如果您的数据可以相对相似，您可以索引整个字段。

Strings are slower in joins and in real life they are very rarely really unique (even when they are supposed to be). The only advantage is that they can reduce the number of joins if you are joining to the primary table only to get the name. However, strings are also often subject to change thus creating the problem of having to fix all related records when the company name changes or the person gets married. This can be a huge performance hit and if all tables that should be related somehow are not related (this happens more often than you think), then you might have data mismatches as well. An integer that will never change through the life of the record is a far safer choice from a data integrity standpoint as well as from a performance standpoint. Natural keys are usually not so good for maintenance of the data.

我还想指出，两者的最佳方法通常是使用自递增键(或者在某些特殊情况下，使用GUID)作为PK，然后在自然键上放置唯一索引。您可以获得更快的连接，不会得到重复的记录，也不必因为公司名称更改而更新一百万个子记录。