Partage de la table Users entre un IdentityDbContext et une application principale DbContext

Mon application (embeddede dans MVC5 / EF6) doit utiliser une database unique avec deux schémas:

• identité : pour stocker toutes les tables d'identité AspNet pour les users et les rôles.
• application : Pour stocker toutes mes tables d'application générales.

Je souhaite utiliser un context DbContext distinct pour chaque schéma, avec l' identity créée avec la class d'assistance Microsoft.AspNet.Identity.EntityFramework.IdentityDbContext<ApplicationUser> et l' application principale créée dans le code avec le code en premier. La raison d'avoir deux DbContexts comme ceci est que je peux mettre le context de l'application principale dans un assemblage séparé et l'utiliser dans d'autres projets connexes sans avoir à faire reference à Asp.Net.

Cependant, je veux referencer une table dans le schéma / context de l' application avec une key étrangère que je veux append à la table identity.AspNetUsers , avec d'autres champs supplémentaires. Je veux ensuite créer une entité Users dans le context principal qui correspond à la table identity.AspNetUsers .

Par exemple, je veux une application.Tenants Table des éléments dont identity.AspNetUsers a une key étrangère, afin que je puisse avoir plusieurs users appartenant à un seul locataire.

• L'instruction INSERT était en conflit avec l'erreur de contrainte FOREIGN KEY
• Comment arrêter d'utiliser ASPNETDB.MDF dans LocalDB?
• Utilisation de MVC 5 IsInRole sur les vues Razor: impossible de se connecter à la database
• Créer des tables d'identité ASP.NET à l'aide du script SQL

Tout va bien je pense et fonctionnera sans problèmes, sauf quand il s'agit de créer la database, et éventuellement toutes les migrations qui affectent cette table, car je vais avoir deux DbContext essayant de créer la même table.

Puis-je marquer une table dans OnModelCreating comme "ne pas créer", et si oui comment append la contrainte de key étrangère? Si non alors comment puis-je gérer cela? Je ne pense pas que ce que j'essaie de faire est déraisonnable. Je veux juste éviter d'avoir deux tables "Users" liées avec une key étrangère implicite (c'est-à-dire sans contrainte réelle de key étrangère).

 public class DatabaseContext : IdentityDbContext<UserInfo> { public virtual DbSet<Entity> Entities { get; set; } // Your business entities public DatabaseContext() : base("name=DatabaseContext") { } }