Genau wie 1:n-Beziehungen können Sie mit Code First auch m:n-Beziehungen abbilden. Wer denkt, dass dazu wie in Datenbanksystem eine Art Verknüpfungsklasse notwendig ist, hat Recht – diese ist aber nur in bestimmten Fällen notwendig. Welche das sind und wie Sie die verschiedenen Arten einer m:n-Beziehung unter Code First abbilden, erfahren Sie in diesem Artikel. Außerdem zeigen wir, welche Datenmodelle beim Migrieren der Klassen in ein Datenbanksystem entstehen.<\/b><\/p>\nVorbereitungen<\/h2>\n
Die Vorbereitungen laufen wie im Artikel EDM: 1:n-Beziehungen per Code First <\/b>beschrieben. <\/p>\nVerschiedene Arten von m:n-Beziehungen<\/h2>\n
Wir kümmern uns in diesem Artikel um zwei verschiedene Arten von m:n-Beziehungen. Die erste Art geht davon aus, dass nur die Beziehung zwischen den Elementen zweier Klassen abgebildet werden soll. Das kann zum Beispiel die Beziehung zwischen Artikeln und Kategorien sein. Sie können jedem Artikel eine oder mehrere Kategorien zuweisen und jeder Kategorie ein oder mehrere Artikel. Dabei sind für eine Beziehung keine weiteren Informationen notwendig. Die zweite Art der Beziehung enthält zusätzliche Informationen zu jeder Kombination der beteiligten Klassen. Dabei kann es sich etwa die Beziehung zwischen einer Bestellung und den darin enthaltenen Artikeln handeln. Jede Bestellung kann mehrere Artikel enthalten und umgekehrt – insofern unterscheidet sich dies nicht von der einfachen m:n-Beziehung. Allerdings wollen wir in diesem Fall zu jeder Kombination noch weitere Informationen speichern, im einfachsten Fall die Menge der bestellten Artikel in einer Bestellung. Hier würden wir im Datenbanksystem einfach ein weiteres Feld zu der Verknüpfungstabelle hinzufügen. In der Modellierung der Klassen ergeben sich weitreichendere Unterschiede, wie die folgenden Beispiele zeigen werden.<\/p>\n
Wir wollen zunächst eine einfache m:n-Beziehung abbilden, wie sie zwischen Artikeln und Kategorien vorgenommen wird. Dazu legen wir als Erstes die einfachen Klassen für diese beiden Entitäten an – in unserem Beispiel im Verzeichnis Data<\/b>. Die Klasse enthält die Felder ID<\/b>, Name <\/b>und Price<\/b>:<\/p>\n Die Klasse für die Kategorien halten wir noch einfacher – sie soll nur das Feld ID <\/b>und das Feld Name <\/b>enthalten:<\/p>\n Wie stellen wir nun die Beziehung her Das gelingt ganz einfach, indem wir beiden Klassen jeweils eine ICollection<\/b>-Auflistung mit dem Typ des jeweils zu verknüpfenden Elements hinzufügen. Zunächst für die Klasse Article<\/b>:<\/p>\n Für die Klasse Category <\/b>sieht das andersherum aus:<\/p>\n Wir dürfen natürlich nicht vergessen, beide Klassen über entsprechende DbSet<\/b>-Auflistungen zum Datenbankkontext hinzuzufügen:<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>namespace EDMFluentAPI.Data {\r\n public class Article {\r\n public int ID { get; set; }\r\n public string Name { get; set; }\r\n public decimal Price { get; set; }\r\n }\r\n}<\/pre>\npublic class Category {\r\n public int ID { get; set; }\r\n public string Name { get; set; }\r\n}<\/pre>\npublic class Article {\r\n ...\r\n public ICollection<Category> Categories { get; set; }\r\n}<\/pre>\npublic class Category {\r\n ...\r\n public ICollection<Article> Articles { get; set; }\r\n}<\/pre>\npublic class CustomerManagementContext : DbContext {\r\n ...\r\n public virtual DbSet<Article> Articles { get; set; }\r\n public virtual DbSet<Category> Categories { get; set; }\r\n ...\r\n}<\/pre>\nDatenmodell erstellen<\/h2>\n
\nHier geht es zur Bestellung des Jahresabonnements des Magazins Visual Basic Entwickler<\/strong>:<\/span>
\nZur Bestellung ...<\/a><\/span>
\nDanach greifen Sie sofort auf alle rund 200 Artikel<\/strong> unseres Angebots zu - auch auf diesen hier!<\/span>
\nOder haben Sie bereits Zugangsdaten? Dann loggen Sie sich gleich hier ein:<\/span><\/p>\n<\/div>\n\n\t\n\t