ASP.NET l'Identité de supprimer la colonne de AspNetUsers table

Lorsque j'utilise ASP.NET l'Identité première approche de code, je veux générer des colonnes dans AspNetUsers table, à ma manière. Je n'ai pas besoin d'avoir enregistré plusieurs colonnes avec des valeurs null. J'ai juste besoin de colonnes Id, SecurityStamp et nom d'utilisateur.
Seulement après, que j'ai trouvé est ici: AspNet Identité 2.0 e-Mail et nom d'utilisateur de la duplication , mais il est encore unsloved (en raison d'une erreur dans Santosh commentaire).

Si quelqu'un peut dire à mes comment résoudre ce problème?

EDIT: Est-il même possible de supprimer certains de ces colonnes/propriétés?

Grâce

vous ne pouvez pas besoin de ces valeurs, mais êtes-vous sûr asp.net n'en a pas besoin pour fonctionner correctement?
Je me rends compte qu'il peut y avoir une relation, j'ai modifier ma question
Si vous voulez votre propre custom tables, puis ne pas utiliser Identity.Entityframework
Vous n'avez pas de messagerie pour les utilisateurs? Ce sujet de hachage de mot de passe? Pourquoi null-colonnes vous dérange? ils ne prennent pas beaucoup de place et n'ont aucun effet sur db-performance. Vous venez de créer un surplus de travail pour vous-même.
Merci, c'est ce que je veux entendre

OriginalL'auteur exeq | 2014-08-29

  1. 2

    La réponse courte est non, pas sans rouler votre propre mise en œuvre. Ou vous pouvez attendre pour eux de l'open source asp.net d'identité sur codeplex. Qui sait combien de temps cela va prendre.

    L'implémentation par défaut inclut tous ceux inutilisés colonnes (voir ci-dessous).

    //Summary:
//    Default EntityFramework IUser implementation
//
//Type parameters:
//  TKey:
//
//  TLogin:
//
//  TRole:
//
//  TClaim:
public class IdentityUser<TKey, TLogin, TRole, TClaim> : IUser<TKey>
where TLogin : Microsoft.AspNet.Identity.EntityFramework.IdentityUserLogin<TKey>
where TRole : Microsoft.AspNet.Identity.EntityFramework.IdentityUserRole<TKey>
where TClaim : Microsoft.AspNet.Identity.EntityFramework.IdentityUserClaim<TKey>
{
//Summary:
//    Constructor
public IdentityUser();
//Summary:
//    Used to record failures for the purposes of lockout
public virtual int AccessFailedCount { get; set; }
//
//Summary:
//    Navigation property for user claims
public virtual ICollection<TClaim> Claims { get; }
//
//Summary:
//    Email
public virtual string Email { get; set; }
//
//Summary:
//    True if the email is confirmed, default is false
public virtual bool EmailConfirmed { get; set; }
//
//Summary:
//    User ID (Primary Key)
public virtual TKey Id { get; set; }
//
//Summary:
//    Is lockout enabled for this user
public virtual bool LockoutEnabled { get; set; }
//
//Summary:
//    DateTime in UTC when lockout ends, any time in the past is considered not
//    locked out.
public virtual DateTime? LockoutEndDateUtc { get; set; }
//
//Summary:
//    Navigation property for user logins
public virtual ICollection<TLogin> Logins { get; }
//
//Summary:
//    The salted/hashed form of the user password
public virtual string PasswordHash { get; set; }
//
//Summary:
//    PhoneNumber for the user
public virtual string PhoneNumber { get; set; }
//
//Summary:
//    True if the phone number is confirmed, default is false
public virtual bool PhoneNumberConfirmed { get; set; }
//
//Summary:
//    Navigation property for user roles
public virtual ICollection<TRole> Roles { get; }
//
//Summary:
//    A random value that should change whenever a users credentials have changed
//    (password changed, login removed)
public virtual string SecurityStamp { get; set; }
//
//Summary:
//    Is two factor enabled for the user
public virtual bool TwoFactorEnabled { get; set; }
//
//Summary:
//    User name
public virtual string UserName { get; set; }
}
    Merci. Pensez-vous, c'est un problème d'avoir 100 000 d'enregistrements, ou même plus, dans ce tableau avec tous ces champs à null ?Je ne veux pas créer des tableaux personnalisés, parce que je suis en utilisant ASP.NET l'Identité de la fonctionnalité de login.
    Je ne suis pas un DBA par tous les moyens, mais je ne pense pas que c'est un grand problème. Les tableaux sont indexés et posés correctement, de sorte que vous devriez être bien. Une autre option pourrait être de considérer ce projet: github.com/brockallen/BrockAllen.IdentityReboot . Je ne l'ai pas utilisé personnellement, mais il peut vous donner la flexibilité dont vous avez envie.

    OriginalL'auteur drneel

  2. 23

    En fait, vous pouvez ignorer les champs, juste vous avez besoin pour configurer votre entité OnModelCreating au sein de votre Classe de contexte:

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
base.OnModelCreating(modelBuilder);
modelBuilder.Entity<IdentityUser>().Ignore(c => c.AccessFailedCount)
.Ignore(c=> c.LockoutEnabled)
.Ignore(c=>c.LockoutEndDateUtc)
.Ignore(c=>c.Roles)
.Ignore(c=>c.TwoFactorEnabled);//and so on...
modelBuilder.Entity<IdentityUser>().ToTable("Users");//to change the name of table.
}
    Pouvez-vous être plus précis quant à l'endroit où le "contexte" de la classe est-elle située?
    Pour répondre à ma propre question le contexte de la classe est ApplicationDbContext
    Oui, vous avez raison.

    OriginalL'auteur Aashish Kumar

  3. 5

    En fait, vous pouvez, il suffit de configurer votre entité sur OnModelCreating de votre contexte de la classe.

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
modelBuilder.Entity<IdentityUser>().Ignore(u => u.AccessFailedCount);
//and so on...
}

    Ou si votre application a un fichier séparé pour chaque configuration (qui est ce que je recommande), vous pouvez le faire comme ceci:

    public class ApplicationUserEntityTypeConfiguration : EntityTypeConfiguration<ApplicationUser>
{
public ApplicationUserEntityTypeConfiguration()
{
Ignore(p => p.AccessFailedCount);
//And so on..
}
}
    Il est en train de lancer une exception quand je vais ajouter de la migration

    OriginalL'auteur Pedro Benevides

  4. 0

    Je sais que cela peut ne pas être totalement liés, mais si vous voulez simplement pour exclure des colonnes dans les réponses JSON tout ce que vous avez à faire est de placer [JsonIgnore] au-dessus de la propriété. J'utilise de l'Entité par défaut, le (crypté) mot de passe est inclus dans le modèle. Même si le mot de passe est crypté, vous ne voulez pas que l'utilisateur final pour l'obtenir. Une façon de maintenir l'accès à la propriété sans l'inclure dans une réponse est illustré ci-dessous.

    Dans l'exemple ci-dessous le Mot de passe champ serait retiré de la réponse Json parce que nous avons ajouté [JsonIgnore] pour le modèle.

    public int Id { get; set; }
public string Email { get; set; }
[JsonIgnore]
public string Password { get; set; } //<--- Removed from JSON response
public string FirstName { get; set; }
public string MiddleName { get; set; }
public string LastName { get; set; }
public string PhoneNumber { get; set; }
public bool Active { get; set; }

    Voici un exemple de réponse JSON.

    {
"id": 1,
"email": "[email protected]",
"firstName": "Daniel",
"middleName": "Cool-Guy",
"lastName": "Davis",
"phoneNumber": "12055550000",
"active": true
}

    OriginalL'auteur Daniel Davis