Tablica odwzorowań wielu do wielu

Question

Z przykładów, które widziałem w Internecie oraz w książce Kodowanie pierwiastków w programie Entity Framework, jeśli masz kolekcję na obu klasach EF, utworzysz tabelę mapowania, taką jak MembersRecipes i klucz podstawowy z każdej klasy łączyłoby się z tą tabelą.

Jednak gdy wykonuję poniższe czynności, otrzymuję nowe pole w tabeli Recipes o nazwie Member_Id i Recipe_Id w tabeli Members.

Który tworzy tylko dwa relacje jeden do wielu, ale nie wielu do wielu, więc mógłbym mieć Członka 3 połączonego z Przepisami (4,5,6) i Przepis 4 połączonymi z Członkami (1,2, 3) itp.

Czy istnieje sposób utworzenia tego odwzorowania? a jeśli tak, to jak nazwać to coś innego, na przykład "książki kucharskie"?

Dzięki

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; } 
    } 

UPDATE: Poniżej jest inne podejście Próbowałem który nie korzysta z Fluent API i zastępuje AuthorId & Author na Recipe z flagą właściciela, mam również przemianowany poniżej przykład z Cookbooks do MembersRecipes, to również rozwiązuje mój problem podobny do odpowiedzi, ale jak wspomniano, ma dalsze konsekwencje.

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; } 
} 

aw Recipe & Member klas I zmienił kolekcje

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

Answer 1

Czyńcie to na 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"); 
    }); 
} 

Można zrobić to na odwrót też, że to to samo, tylko druga strona tej samej monety:

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"); 
}); 

---

Dalsze przykłady:

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

---

UPDATE

Aby zapobiec cykliczne odwołanie na własność autor, oprócz powyżej, trzeba dodać to:

modelBuilder.Entity<Recipe>() 
    .HasRequired(x => x.Author) 
    .WithMany() 
    .WillCascadeOnDelete(false); 

Idea pozyskiwane tutaj: EF Code First with many to many self referencing relationship

Rdzeń rzeczą jest, trzeba poinformować EF że nieruchomość Autor (który jest instancją państwo) nie posiada zbiory receptur (oznaczony przez WithMany()); w ten sposób cykliczne odniesienie może zostać zatrzymane na właściwości Autor.

Są tworzone tabele od pierwszego kodeksu odwzorowań powyżej:

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) 
);