Plusieurs-à-plusieurs table de mappage

À partir d'exemples que j'ai vu en ligne et dans une Programmation Entity Framework CodeFirst livre, quand vous avez une collection sur les deux classes EF serait de créer une table de mappage comme MembersRecipes et la clé primaire de chaque classe qui permettrait de relier cette table.

Cependant, quand je fais les ci-dessous, j'ai plutôt obtenir un nouveau champ dans la Recipes table appelée Member_Id et un Recipe_Id dans le Members table.

Qui crée seulement deux un-à-plusieurs liens, mais pas plusieurs-à-plusieurs pour que je puisse Membre 3 liée à des Recettes (4,5,6) et de la Recette 4 lié aux Membres (1,2,3), etc.

Est-il un moyen de créer cette table de correspondance? et si oui, comment avez-vous nom d'autre chose comme "livres de cuisine" ?

Grâce

    public abstract class Entity {
        [Required]
        public int Id { get; set; }
    }   

    public class Member : Entity {
        [Required]
        public string Name { get; set; }

        public virtual IList<Recipe> Recipes { get; set; }
    }

    public class Recipe : Entity {  
        [Required]
        public string Name { get; set; }

        [ForeignKey("Author")]
        public int AuthorId { get; set; }
        public virtual Member Author { get; set; }

            ....

        public virtual IList<Member> Members { get; set; }
    }

Mise à JOUR:
Ci-dessous est une autre approche que j'ai essayé qui n'utilise pas l'API Fluent et remplace la AuthorId & Author sur Recipe avec un propriétaire drapeau, j'ai aussi renommé l'exemple ci-dessous à partir de Cookbooks à MembersRecipes, cela résout aussi ma question similaire à la réponse, mais comme mentionné a d'autres conséquences.

public class MembersRecipes {

    [Key, Column(Order = 0)]
    [ForeignKey("Recipe")]
    public int RecipeId { get; set; }
    public virtual Recipe Recipe { get; set; }

    [Key, Column(Order = 1)]
    [ForeignKey("Member")]
    public int MemberId { get; set; }
    public virtual Member Member { get; set; }

    public bool Owner { get; set; }
}

et dans Recipe & Member classes, j'ai changé les collections de

public virtual IList<MembersRecipes> MembersRecipes { get; set; }

Concernant votre mise à jour, dans l'Entity Framework le langage que plusieurs-à-plusieurs approche est appelée plusieurs-à-plusieurs avec cartographie de la charge utile je ne sais pas pourquoi ils viennent avec un très chics terme(charge utile), ou c'est juste moi, ma langue maternelle n'est pas l'anglais 🙂 j'ai l'habitude d'associer le mot de charge utile avec un virus informatique. En EF, la charge utile n'est pas quelque chose de sinistre, vous pouvez l'avenir de votre conception en faisant votre table une charge utile-prêt entité(par exemple, Par l'ajout de l'ID comme clé primaire, par conséquent, vous avez besoin de convertir plusieurs-à-plusieurs composite pk unique des colonnes composites) à partir de l'obtenir-aller
Dans votre cas, vous n'avez pas d'y ajouter une ID, vous avez maintenu la clé primaire composite. Le Propriétaire du pavillon, sur la table, la charge utile
La charge utile se réfère à la table de correspondance (relation) où vous pouvez mettre des données supplémentaires (par exemple la date de création de la relation) dans . Si vous devez utiliser EF plusieurs-à-plusieurs avec une table masquée, vous ne pouvez pas ajouter une charge utile de la relation
Pour moi, quand j'ai eu ce problème, c'est parce que l'un de mes propriétés de navigation a été un List et l'autre était une IEnumerable. J'ai changé pour les deux listes, puis Add-Migration a commencé à générer une XR table au lieu de simplement le FK propriétés.

InformationsquelleAutor Pricey | 2012-07-08

c#ef-code-first entity-framework many-to-many

95

Le faire sur votre DbContext OnModelCreating:
```
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{    
    modelBuilder.Entity<Recipe>()
        .HasMany(x => x.Members)
        .WithMany(x => x.Recipes)
    .Map(x =>
    {
        x.ToTable("Cookbooks"); //third table is named Cookbooks
        x.MapLeftKey("RecipeId");
        x.MapRightKey("MemberId");
    });
}
```
Vous pouvez le faire dans l'autre sens aussi, c'est la même chose, juste de l'autre côté de la médaille:
```
modelBuilder.Entity<Member>()
    .HasMany(x => x.Recipes)
    .WithMany(x => x.Members)
.Map(x =>
{
  x.ToTable("Cookbooks"); //third table is named Cookbooks
  x.MapLeftKey("MemberId");
  x.MapRightKey("RecipeId");
});
```
Autres exemples:

http://www.ienablemuch.com/2011/07/using-checkbox-list-on-aspnet-mvc-with_16.html

http://www.ienablemuch.com/2011/07/nhibernate-equivalent-of-entity.html

Mise à JOUR

Pour éviter cyclique de référence sur votre propriété Auteur, de côté, de dessus, vous devez ajouter ceci:
```
modelBuilder.Entity<Recipe>()
    .HasRequired(x => x.Author)
    .WithMany()
    .WillCascadeOnDelete(false);
```
Idée de source ici: EF Premier Code avec de nombreux de nombreux auto-référencement relation

Le noyau chose est, vous devez en informer EF que l'Auteur de propriété(qui est un Membre de l'instance) n'a pas de Recette collections(notée par WithMany()); de cette manière, cycliques de référence peut être arrêté à l'Auteur de la propriété.

Ce sont les tables créées à partir du Premier Code mappages ci-dessus:
```
CREATE TABLE Members(
    Id int IDENTITY(1,1) NOT NULL primary key,
    Name nvarchar(128) NOT NULL
);


CREATE TABLE Recipes(
    Id int IDENTITY(1,1) NOT NULL primary key,
    Name nvarchar(128) NOT NULL,
    AuthorId int NOT NULL references Members(Id)
);


CREATE TABLE Cookbooks(
    RecipeId int NOT NULL,
    MemberId int NOT NULL,
    constraint pk_Cookbooks primary key(RecipeId,MemberId)
);
```
- Merci pour la réponse rapide, semble bon, je suis juste de 1 problème. J'obtiens cette erreur: "La relation référentielle entraînera dans un cycle de référence qui n'est pas autorisé. [ Nom de la contrainte = FK_Cookbooks_Members_MemberId ]" je suis en supposant que son lié à mon AuthorId sur la Recette entité, mais je ne suis pas sûr.
- Merci c'est génial, j'ai trouvé des postes similaires, mais ne pas saisir l'idée de l'utilisation de WithMany() sans l'expression lambda pour configurer la relation est nécessaire:de nombreux sans une propriété de navigation de l'autre côté de la relation. Ce qui fait plus de sens quand je la regarde comme ayant le même auteur lié à de multiples recettes. Merci! souhaite que je pourrais le + 1 de nouveau.
- Cela me fait penser que je devrait restructurer un peu les choses et d'utiliser une option de Propriétaire drapeau dans les "livres de cuisine" relation de mappage de table et de faire disparaître la propriété Auteur, mais im pas sûr si vous pouvez ajouter des propriétés à un produit de la Map() fonction.
- Votre plusieurs-à-plusieurs table des livres de cuisine ne sera pas de charge utile-plus gratuitement, vous devez mapping ensuite. Pour des lignes directrices sur la façon de déterminer si vous avez besoin d'une capacité de charge sur plusieurs-à-plusieurs relation ou pas, vous pouvez commencer à partir de cette réponse: stackoverflow.com/questions/3168016/...
- Merci pour le lien en question, je suis pas encore tout à fait sûr de ce que cela signifie, mais en regardant la meilleure note de pratique, le point est fait qu'un champ ID doit être utilisé, je présume, parce que la Recette & Membre de référence de la plusieurs-à-plusieurs dans une manière différente. Je n'avais pas essayé de sortir de ma mise à jour ci-dessus encore, une chose que j'ai remarqué est que j'aurais besoin d'un moyen de faire en sorte que chaque Recette a au moins 1 obligatoire propriétaire du pavillon dans le MembersRecipes table. En pensant que je pourrais rester avec ce que j'ai eu pour l'instant, même si l'Auteur se sent bien redondantes.
- Pourriez-vous me dire si il existe un moyen d'avoir les deux approches (à partir de la question du corps, par exemple). I. e., J'ai besoin d'avoir MembersRecipes classe (avec quelques propriétés supplémentaires) et aussi je voudrais aussi avoir virtuel public IList<Membre> Membres { get; set; } à l'intérieur de la Recette (et vice versa)? Merci!!!!
- C'est un super réponse!
- En ce qui concerne la mise à JOUR de la description sur le cyclique référence que j'ai trouvé une bonne réponse claire qui m'aide à comprendre beaucoup de choses (dans le contexte de la relation de plusieurs à plusieurs). C'est sur le lien suivant: social.msdn.microsoft.com/Forums/en-US/...
- Est-il possible de pointer la table mappée à un troisième modèle contenant des propriétés supplémentaires?
- Si vous copiez collé le OnModelCreating méthode comme moi, n'oubliez pas d'ajouter base.OnModelCreating(modelBuilder);
- la base de OnModelCreating méthode virtuelle est vide social.msdn.microsoft.com/Forums/en-US/...
- Dans mon cas, je travaille avec IdentityDbContext comme la classe de base, mais je pense que c'est une bonne pratique de toute façon
- Qu'advient-il si vous avez plus de colonnes de votre tableau associatif ? Je sais que ça n'a aucun sens, mais ses exigences de DBA
InformationsquelleAutor Michael Buen

Vous devez vous connecter pour publier un commentaire.