<\/p>\n
Wenn Sie ein Code First-Entity Data Model entwerfen, gibt es bestimmte Konventionen, die standardmäßig greifen. So heißen Entitäten wie der Singular der zugrunde liegenden Tabellennamen oder der Primär- und Fremdschlüssel werden aus Feldern abgeleitet, welche die Zeichenkette ID enthalten – gegebenenfalls kombiniert mit dem Entitätsnamen. Wenn Sie mit einem Datenmodell daherkommen, dessen Tabellen das Präfix “tbl” mitbringen, wollen Sie dieses nicht in den Entitätsnamen wiederfinden und gegebenenfalls möchten (oder müssen) Sie auch noch Feldnamen ändern und diese anschließend mappen. Eine Möglichkeit dazu bieten die DataAnnotations, die wir in diesem Artikel beschreiben.<\/b><\/p>\n
Im Artikel Code First Mapping per Fluent API <\/b>(www.datenbankentwickler.net\/252)<\/b> haben wir gezeigt, wie Sie die Entitätsklassen eines Entity Data Models auf die Tabellen eines Datenmodells einer SQL Server-Datenbank mappen können beziehungsweise wie Sie dafür sorgen können, dass die Tabellen, Felder und Beziehungen der Tabellen beim Erstellen einer neuen Datenbank auf Basis von Code First nach Ihren Wünschen erstellt werden können. Dabei haben wir ausschließlich die Methoden der Fluent API verwendet, die in einer speziellen Methode namens OnModelCreating <\/b>angelegt werden. Im vorliegenden Artikel wollen wir eine Alternative dazu vorstellen, nämlich die DataAnnotations<\/b>. Dabei handelt es sich um “Anmerkungen”, die direkt in die jeweiligen Entitätsklassen eingetragen werden. Im Gegensatz zu den Methoden, die wir mit der Fluent API in der Methode OnModelCreating <\/b>hinterlegen, landen die DataAnnotations unmittelbar bei den betroffenen Klassen und Eigenschaften. Wir wollen versuchen, die Mapping-Eigenschaften, die wir im oben genannten Artikel mit der Fluent API vorgenommen haben, mit den DataAnnotations zu reproduzieren. Wir verwenden also die gleichen Entitätsklassen und wollen das gleiche Datenmodell daraus erstellen beziehungsweise mappen wie in diesem Artikel.<\/p>\nErstellen versus Mapping<\/h2>\n
In den Beispielen dieses Artikels, in denen wir die Anpassungen von Entity Data Model zu den Tabellen des zu erzeugenden Datenmodells Schritt für Schritt anpassen, erstellen wir die Datenbank einmal neu und führen die nachfolgend beschriebenen Änderungen Schritt für Schritt aus. Das erledigen wir mit drei Methoden, die wir über die Paket-Manager-Konsole absetzen. Diese Methoden lauten:<\/p>\n
Das Beispielprojekt setzen wir als WPF-App für das .NET Framework mit Visual Basic auf. Diesem fügen wir ein neues Element des Typs ADO.NET Entity Data Model <\/b>namens DataAnnotationContext <\/b>hinzu. Im Dialog Modellinhalt auswählen <\/b>selektieren wir Leeres Code First-Modell<\/b>. Dies fügt die Klasse DataAnnotationContext.vb<\/b>, einige Verweise und Informationen über das Entity Framework und die Verbindungszeichenfolge zur Datei App.config <\/b>hinzu. Normalerweise beziehen sich diese auf eine Datenbank, die den gleichen Namen wie das Projekt plus einem Punkt plus dem Namen der Context-Klasse hat und die mit der aktuellen SQL Server LocalDb-Instanz verwaltet wird.<\/p>\nEntitätsklassen hinzufügen<\/h2>\n
Zu Beispielzwecken benötigen wir die gleichen Klassen wie im oben genannten Artikel. Diese heißen Person.vb <\/b>und Anrede.vb <\/b>sowie Fahrzeug.vb <\/b>und Ausstattungsmerkmal.vb<\/b>. Wie diese aussehen, entnehmen Sie dem Beispielprojekt, eine Beschreibung finden Sie im oben genannten Artikel. Wichtig ist: Zwischen Person.vb <\/b>und Anrede.vb <\/b>gibt es eine 1:n-Beziehung, zwischen Fahrzeug.vb <\/b>und Ausstattungsmerkmal.vb <\/b>eine m:n-Beziehung.<\/p>\nDbSet-Elemente hinzufügen<\/h2>\n
Damit der Aufruf der Anweisung Add-Migration <\/b>überhaupt Anweisungen zum Erstellen von Tabellen in eine neue Klasse schreibt, benötigt sie Informationen darüber, welche Tabellen erstellt werden sollen. Diese Information hinterlegen wir in Form von DbSet<\/b>-Deklarationen in der Klasse DataAnnotationContext.vb<\/b>:<\/p>\n Damit können wir die erste Migration durchführen und rufen die Befehle Enable-Migrations <\/b>(erstellt den Ordner Migrations <\/b>mit der Datei Configuration.vb<\/b>) und Add-Migration init <\/b>auf. Anschließend erstellen wir mit Update-Database <\/b>eine Datenbank auf Basis der in der soeben erstellten Datei, deren Dateiname auf _init.vb <\/b>endet. Wenn Sie mit dem Menübefehl Ansicht|SQL Server-Objekt-Explorer <\/b>den Bereich SQL Server-Objekt-Explorer <\/b>aktivieren, können Sie hier eine Verbindung mit der in der Verbindungszeichenfolge angegebenen SQL Server-Instanz herstellen und sich die Datenbank mit ihren Tabellen anzeigen lassen. Diese zeigt nicht nur die vier Tabellen für die von uns hinzugefügten Entitätsklassen an, sondern auch noch eine Verknüpfungstabelle zum Herstellen der Beziehung zwischen den beiden Klassen Fahrzeug <\/b>und Ausstattungsmerkmal<\/b>.<\/p>\n Wenn Sie die Datenbank neu erstellen wollen, sind vor dem Migrieren zwei Schritte nötig:<\/p>\n Entity Framework nutzt hier einige Konventionen, um das Entity Data Model in ein Datenmodell umzusetzen. Diese lauten:<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>Public <\/span>Overridable Property Anreden As <\/span>DbSet(Of Anrede)\r\nPublic <\/span>Overridable Property Personen As <\/span>DbSet(Of Person)\r\nPublic <\/span>Overridable Property Fahrzeuge As <\/span>DbSet(Of Fahrzeug)\r\nPublic <\/span>Overridable Property Ausstattungsmerkmale As <\/span>DbSet(Of Ausstattungsmerkmal)<\/pre>\nErste Migration<\/h2>\n
Datenbank neu erstellen<\/h2>\n
\n
Konventionen für das Erstellen\/Mapping vom Entity Data Model zum Datenmodell<\/h2>\n
\n
Mapping der Datentypen<\/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