ASP.NET Identity - 更改代码首先生成的数据库字段长度以提高性能

Question

我正在使用 ASP.NET MVC 5 标识。我首先允许 EF 代码为我创建数据库表。 PasswordHash、SecurityStamp 和 PhoneNumber 都是 nvarchar(MAX) - 但是当我查看它们的内容时，它们要短得多。

对于我的主要 DAL，我使用的是 Dapper - 尽管我让 EF 处理身份。

出于数据库性能的原因，我是否可以缩短这些 MAX 字段，同时保证 Identity 仍然正常运行 - 如果可以，长度是多少？

（我假设我可以使用 PhoneNumber 做任何我喜欢的事情，因为我可以控制该字段的内容 - 但我不太确定其他 2 个）。

我在网上找不到任何提及此事的内容。

Answer 1

我不确定它对性能有多大帮助，但您可以使用 fluent API 配置您的身份属性：

public class YourContext : IdentityDbContext
{
    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        //Make you you do this BEFORE the code below
        base.OnModelCreating(modelBuilder);

        //Assuming your user class is called "User" here:
        modelBuilder.Entity<User>()
            .Property(e => e.PasswordHash).HasMaxLength(100);

    }
}

但请注意，如果您使这些字段与身份框架想要插入的值不兼容，那么您将遇到问题。所以我会推荐一个相当大的最大长度值。

Answer 2

nvarchar(x) 与 nvarchar(Max) 的 SQL Server（我假设这是您使用的）性能的差异在于您对这些字段进行搜索时。 IE。 select * from users where phoneNumber='123456789'。

但是您提到的字段不受标准身份模板中任何地方的where 子句的约束。甚至SecurityStamp 也没有，PasswordHash 也绝对没有。通过电子邮件、用户名、ID 搜索用户。这些对您来说长度是有限的 - 256 个字符（see source，滚动到OnModelCreating）。在UserName 列上应用了索引。

因此，您所说的任何性能原因都不存在。

如果您通过电子邮件进行大量查找，您可以在 Email 列上应用索引 - 这与您获得的性能一样多。电话号码也是如此 - 如果您通过电话号码查找用户，则将该列设置为有限长度并应用索引是有意义的。