Comment faire de l'EF-Core utiliser un Guid au lieu de String pour ses ID de la clé Primaire

Vous avez besoin personnalisé ApplicationUser hériter de IdentityUser<TKey> et personnalisé Rôle hériter de IdentityRole<TKey>

public class ApplicationUser : IdentityUser<Guid> { }    
public class Role : IdentityRole<Guid> { }

Personnalisé contexte de classe hérite de IdentityDbContext<ApplicationUser, Role, TKey> et utiliser couramment l'api pour générer automatiquement clés guid.

public class ApplicationDbContext : IdentityDbContext<ApplicationUser, Role, Guid>
{
    protected override void OnModelCreating(ModelBuilder builder)
    {
        base.OnModelCreating(builder);

        builder.Entity<ApplicationUser>(b =>
        {
            b.Property(u => u.Id).HasDefaultValueSql("newsequentialid()");
        });

        builder.Entity<Role>(b =>
        {
            b.Property(u => u.Id).HasDefaultValueSql("newsequentialid()");
        });
    }
}

puis dans Démarrage ajouter l'Identité de service de conteneur comme ça

services.AddIdentity<ApplicationUser, Role>()
        .AddEntityFrameworkStores<ApplicationDbContext, Guid>()
        .AddDefaultTokenProviders()
        .AddUserStore<UserStore<ApplicationUser, Role, ApplicationDbContext, Guid>> ()
        .AddRoleStore<RoleStore<Role, ApplicationDbContext, Guid>>();

Si vous n'avez pas créé la base de données, désactivez les migrations dossier et exécuter ef commandes

OriginalL'auteur

ApplicationUser hérite de IdentityUser de la classe de base qui est définie comme ayant une chaîne comme id. Donc, pour vraiment utiliser un guid/uniqueidentifier vous besoin pour ne pas hériter de cette classe de base.

Note que, en interne c'est à l'aide de guid des chaînes pour les ids. Vous devriez au moins être en mesure de limiter la taille du champ de la clé comme indiqué ici:

public class ApplicationDbContext : IdentityDbContext<ApplicationUser>
{
    protected override void OnModelCreating(ModelBuilder builder)
    {
        base.OnModelCreating(builder);

        builder.Entity<ApplicationUser>(b =>
        {
            //you could limit the field size to just long enough for a guid id as string
            b.Property(p => p.Id)
                .HasMaxLength(36);

            //instead, you could define the id as Guid but more work required
            //b.Property(p => p.Id)
            //  .ForSqlServerHasColumnType("uniqueidentifier")
            //  .ForSqlServerHasDefaultValueSql("newid()")
            //  .IsRequired();

        });

    }
}

Il est possible d'utiliser les Guid/uniqueidentifier pour la clé, mais qui nécessitera plus de travail, en plus de l'utilisation de votre propre classe de base (ou n'utilisez pas de classe de base) et d'utiliser un custom DbContext à la carte le modèle. D'emprunt et de modification de la EF code à partir d'ici devrait obtenir que vous allez, vous devez hériter de UserStore et de surcharger les méthodes virtuelles pour la recherche d'un utilisateur par id, parce que l'interface IUserStore définit la FindById signature de la méthode avec une chaîne. Donc primordiale que vous devez convertir la chaîne de caractères à un guid à l'intérieur de l'méthodes où vous avez besoin d'extraire ou de recherche par id.

Je suis en train de faire exactement ce que dans mon cloudscribe projet qui a une coutume multi-locataire de la mise en œuvre de l'Identité

EDIT: en fait en regardant de plus près le code de la IdentityUser a une version générique où vous pouvez définir le type de la clé

public class IdentityUser<TKey> where TKey : IEquatable<TKey>

De sorte que vous pourriez être capable de définir votre propre classe de base comme

IdentityUser<Guid>

mais je pense que vous devez remplacer la UserStore des méthodes qui prennent une chaîne d'identification et de convertir la chaîne de caractères à un guid.

OriginalL'auteur