In den vorherigen Ausgaben haben wir bereits verschiedene Techniken erl\u00e4utert und unter anderem kleine Desktop- und Webanwendungen programmiert. Dabei sind wir ein wenig vom eigentlichen Ziel des Magazins abgewichen \u2013 Access-Entwicklern die M\u00f6glichkeiten von Visual Studio und den dortigen Technologien f\u00fcr die Migration von Access-Anwendungen in Desktop- oder Webanwendungen aufzuzeigen. Mit diesem Artikel kehren wir dorthin zur\u00fcck und erkl\u00e4ren, wie Sie den Umzug einer Anwendung von Access zu .NET einleiten und welche Techniken wir dazu in Zukunft nutzen wollen.<\/p>\n
Zum Artikel …<\/a><\/p>\n Wenn Sie mit Code First arbeiten, also Ihre Datenbank auf Basis eines Entity Data Models erstellt wird, k\u00f6nnen Sie verschiedene Strategien ausw\u00e4hlen, um die Datenbank zu erstellen oder anzupassen, wenn Sie die Anwendung an einen anderen Benutzer weitergeben. Dieser Artikel zeigt, welche M\u00f6glichkeiten es gibt und wie diese funktionieren.<\/p>\n Zum Artikel …<\/a><\/p>\n Unter Access hatten Sie ein Problem, wenn Sie eine neue Version einer Datenbank ausliefern wollten, deren Datenmodell sich ge\u00e4ndert hat. Dann war Handarbeit angesagt! Das Entity Framework bietet f\u00fcr das \u00dcbertragen von \u00c4nderungen am Datenmodell die sogenannten Migrationen an. Dieser Artikel zeigt, was es sich damit auf sich hat und wann Sie Migrationen gegen\u00fcber Datenbankinitialisierern nutzen sollten.<\/p>\n Zum Artikel …<\/a><\/p>\n Viele Leser dieses Magazins programmieren auch mit Access. Der eine oder andere hat vielleicht sogar eigene Anwendungen oder Anwendungen von Kunden auf Access-Basis, die er gern in Form eines WPF- oder ASP.NET-Projekts umsetzen w\u00fcrde. Das Problem: Der Zugriff auf die Access-Datenbank ist unter .NET nur begrenzt m\u00f6glich, die tolle Datenzugriffstechnologie Entity Framework beispielsweise unterst\u00fctzt Access-Datenbanken nicht. Daf\u00fcr unterst\u00fctzt es allerdings SQL Server-Datenbanken. Wie gehen wir also vor? Wir migrieren die Access-Datenbanken zum SQL Server und bauen dann ein Entity Data Model auf Basis dieser Datenbank. Es geht allerdings auch anders: Sie k\u00f6nnten auch ein paar Routinen in VBA schreiben, die ein Entity Data Model direkt aus Access heraus auf Basis des gew\u00fcnschten Datenmodells erzeugen. Dieser Artikel zeigt, wie letztere M\u00f6glichkeit funktioniert.<\/p>\n Zum Artikel …<\/a><\/p>\n Viele Leser dieses Magazins programmieren auch mit Access. Daher haben wir im Artikel \u00bbVon Access zu Entity Framework: Datenmodell\u00ab bereits gezeigt, wie Sie die meisten Elemente eines Datenmodells in Klassen f\u00fcr ein Entity Data Model \u00fcberf\u00fchren, die Sie dann wiederum zum Erstellen einer SQL Server-Datenbank per Code First nutzen k\u00f6nnen. Was fehlt, sind allerdings noch die Daten in diesen Tabellen. Wie Sie den Code erstellen, um auch die Daten \u00fcber eine entsprechend Seed-Methode in die Datenbank zu schreiben, erfahren Sie in diesem Artikel.<\/p>\n Zum Artikel …<\/a><\/p>\n Im Artikel \u00bbVon Access zu Entity Framework: Datenmodell\u00ab zeigen wir, wie Sie von Access aus auf Basis des aktuellen Datenmodells Klassen f\u00fcr ein Entity Data Model erstellen. In \u00bbVon Access zu Entity Framework: Daten\u00ab zeigen wir, wie Sie noch eine Seed-Anweisung hinzuf\u00fcgen, welche die Daten der Access-Datenbank in die auf Basis des Entity Data Models erstellte Datenbank f\u00fcllt. Im vorliegenden Artikel nun liefern wir nochmal eine Kurzanleitung, wie Sie die in den Artikeln vorgestellten Techniken Schritt f\u00fcr Schritt nutzen, um ein .NET-Projekt mit Entity Data Model samt Daten aus der Access-Datenbank zu erstellen.<\/p>\nEntity Framework: Datenbankinitialisierung<\/h3>\n
Entity Framework: Datenbankmigration<\/h3>\n
Von Access zu Entity Framework: Datenmodell<\/h3>\n
Von Access zu Entity Framework: Daten<\/h3>\n
Von Access zu EF: Step by step<\/h3>\n