Anwendung von SQL Server zu SQLite wechseln

Lies in den Artikel rein und unten bekommst Du ein unschlagbares Angebot!

Die aktuelle Beispieldatenbank zu diesem Magazin namens Bestellverwaltung verwendet bisher eine SQL Server-Datenbank gleichen Namens als Datenbank. Nun wollen wir für kommende Beispiele auf SQLite als Datenbanksystem wechseln, da es schlanker und für Beispiele perfekt geeignet ist. In diesem Zuge macht es Sinn, einmal zu betrachten, wie Sie das Entity Data Model für Ihre Datenbankanwendung wechseln und die Anwendung anschließend wie zuvor weiter verwenden können.

Die Ausgangsposition ist also die Beispieldatenbank, die wir in Ausgabe 6/2016 zuletzt aktualisiert haben und die per Ribbon die Bearbeitung von Kunden ermöglicht. Wie können wir für diese Datenbankanwendung, die auf einem Entity Data Model auf Bais der SQL Server-Datenbank Bestellverwaltung basiert, ein Entity Data Model auf Basis einer anderen Datenbank eines anderen Datenbanksystems erstellen

Als Erstes fügen wir, weil wir mit SQLite arbeiten wollen, mit dem NuGet-Paket-Manager das Paket System.Data.SQLite zum Projekt hinzu (Vorgehensweise hierzu und Details zu den folgenden Schritten siehe Artikel SQLite als Backend).

Prüfen, ob SQLite-Provider da ist

Die nächsten Schritte probieren Sie zunächst einmal aus, um zu ermitteln, ob der SQLite-Provider verfügbar ist – falls ja, entfernen wir vor dem tatsächlichen Hinzufügen des Entity Data Models auf Basis der SQLite-Datenbank anschließend erst das vorhandene Entity Data Model. Zum Testen fügen wir über den Dialog Neues Element hinzufügen (Menüeintrag Projekt|Neues Element hinzufügen) ein neues Entity Data Model namens BestellverwaltungEntities hinzu. Beim Schritt Wählen Sie Ihre Datenverbindung aus klicken Sie auf Neue Verbindung… und finden dann den Dialog aus Bild 1 vor, der den erwarteten SQLite-Eintrag nun eventuell nicht anzeigt.

Der SQLite-Provider fehlt.

Bild 1: Der SQLite-Provider fehlt.

In diesem Fall gehen Sie wie folgt vor:

 

Schreibe einen Kommentar