In den letzten Artikel haben wir oft die SQLite-Datenbank als Beispieldatenbank verwendet. Nun kann es allerdings durch einen falschen Connection-String oder eine verschobene, gelöschte oder leere Datenbank dazu kommen, dass die Anwendung nicht über das Entity Framework auf die Datenbank zugreifen kann. Dieser Artikel beschreibt einige Szenarien, in denen das der Fall ist und zeigt, wie Sie beim Start der Anwendung prüfen können, ob die Quell-Datenbank erreichbar ist und diese gegebenenfalls neu auswählen.<\/b><\/p>\n
Die SQLite-Datenbank ist eine sehr praktische Datenquelle für einfache Anwendungen, die keinen SQL Server benötigen. Sie kommt als eine einzige Datei daher und die Treiber können bequem in ein Projekt integriert werden – auch die Weitergabe ist überhaupt kein Problem. Was aber ein Problem sein könnte, wissen Access-Entwickler, die Datenbanken in Front- und Backend aufgeteilt haben, nur zu gut: Die Datenbankdatei könnte sich nicht an dem Ort befinden, der in der Verbindungszeichenfolge des Frontends angegeben ist.<\/p>\n
Mit einem .NET-WPF-Projekt und einer SQLite-Datenbank haben Sie ein klassisches Frontend-Backend-Szenario, wie es auch bei aufgeteilten Access-Datenbanken vorliegt. Im Gegensatz zur Konstellation mit einem SQL Server haben Sie keine Server-Angabe im Connection-String, sondern Sie müssen den Namen der Datenbank, gegebenenfalls mit Angabe des Pfades zu dieser Datenbank, angeben. Wenn Sie ein Entity Data Model zu Ihrem Projekt hinzugefügt und die Datenbankdatei, zum Beispiel Bestellverwaltung.db<\/b>, als Datenquelle ausgewählt haben, schreibt der Entity Data Model-Assistent eine Verbindungszeichenfolge in die Datei App.config<\/b>, die etwa wie folgt aussieht:<\/p>\n Hier sehen Sie, dass der Assistent zum Erstellen des Entity Data Models den absoluten Pfad zur Datenbankdatei Bestellverwaltung.db <\/b>angegeben hat. Das geht solange gut, wie Sie die Anwendung auf dem Entwicklungsrechner debuggen oder einsetzen und die Datenbank sich an Ort und Stelle befindet.<\/p>\n Wenn Sie jedoch die Anwendung auf einen anderen Rechner verschieben, ist die Wahrscheinlichkeit hoch, dass die Datenbankdatei unter diesem Pfad nicht mehr zu erreichen ist. Ich selbst programmiere beispielsweise auf zwei verschiedenen Rechnern, wobei die Dateien per DropBox jeweils auf den aktuellsten Stand gebracht werden. Und sobald das Projekt samt Datenbankdatei auf dem einen Rechner nicht auf dem gleichen Pfad wie auf dem anderen Rechner liegt, findet eines der beiden Projekte die Datenbankdatei nicht mehr.<\/p>\n In diesem Fall ist die erste Maßnahme, den Pfad aus der Angabe der Quelldatenbank zu entfernen und nur noch den Dateinamen anzugeben. Das sieht dann in der Datei App.config <\/b>wie folgt aus:<\/p>\n Dies bedeutet nun nichts anderes, als dass die Datenbankdatei nun immer dann erreichbar ist, wenn sich diese im gleichen Verzeichnis wie die .exe<\/b>-Datei des Projekts befindet.<\/p>\n Das wird in einem Mehrbenutzer-Szenario natürlich nicht mehr funktionieren, denn schon wenn die Anwendung auf zwei Rechnern installiert ist, müsste man auf einem Rechner den absoluten Pfad zu der zu nutzenden Datenbankdatei hinterlegen.<\/p>\n Wir benötigen also einen Mechanismus, der beim Start der Anwendung ausgelöst wird und prüft, ob die zu verwendende Datenbankdatei verfügbar ist. Wenn dies nicht der Fall ist, soll ein Dialog erscheinen, mit dem der Benutzer die Datenbankdatei auswählen soll. Diese Änderung sollte dann optimalerweise irgendwo in den Einstellungen der Datenbank gespeichert und von nun an beim Start abgerufen werden können. Wir beginnen jedoch mit der Prüfung, ob die Datenbankdatei überhaupt an Ort und Stelle ist. Dies erledigen wir beim Start der Anwendung, und zwar beim Aufruf des Hauptfensters.<\/p>\n Wir erstellen im Fenster MainWindow eine minimale Konfiguration, um die Kunden aus der Datenbank Bestellverwaltung.db <\/b>in einem DataGrid anzuzeigen. Dazu fügen Sie MainWindow.xaml <\/b>folgenden Code hinzu:<\/p>\n Das Code behind-Modul MainWindow.xaml.cs statten wir so aus:<\/p>\n Damit werden die Daten im Fenster angezeigt.<\/p>\n Was geschieht nun, wenn wir die Datenquelle vom gewohnten Ort entfernen Dazu wechseln Sie im Windows Explorer zum Verzeichnis bin|Debug <\/b>unterhalb des Projektordners und benennen die Datei Bestellverwaltung.db <\/b>um, zum Beispiel in _Bestellverwaltung.db<\/b>. Starten Sie die Anwendung nun von diesem Verzeichnis aus per Doppelklick auf den Namen der .exe<\/b>-Datei (im Falle der Beispielanwendung TestDatenbankVorhanden.exe<\/b>). Werden die Daten nun immer noch angezeigt Dann stehen die Chancen gut, dass Sie im Connection-String noch den absoluten Pfad zur Datei Bestellverwaltung.db <\/b>stehen haben und die .exe<\/b>-Datei auf diese Datei zugreift. Entfernen Sie hier zunächst, wie oben beschrieben, die Pfadangabe, sodass nur noch der Dateiname Bestellverwaltung.db <\/b>im Connection-String steht. Starten Sie das Projekt dann neu, damit die Anwendung mit der neuen Verbindungszeichenfolge im Verzeichnis bin\/Debug <\/b>landet. Dadurch wird nun auch wieder die Datei Bestellverwaltung.db <\/b>eingetragen, deren Namen Sie ja soeben schon in _Bestellverwaltung.db <\/b>geändert haben. Beenden Sie die Anwendung also wieder und benennen Sie die Datei Bestellverwaltung.db <\/b>erneut in _Bestellverwaltung.db <\/b>um. Starten Sie dann die Anwendung TestDatenbankVorhanden.exe <\/b>erneut. Was geschieht nun Normalerweise sollte nun nichts Sichtbares geschehen – die Anwendung wird einfach nicht gestartet. Das liegt daran, dass wir keine Fehlerbehandlung eingebaut haben, die Anwendung aber beim Aufrufen einen Fehler auslöst, denn die Datenquelle ist ja nicht verfügbar. Interessanterweise finden Sie im Verzeichnis bin\/Debug <\/b>aber nun eine neuen Datei namens Bestellverwaltung.db <\/b>mit einer Größe von 0 KB <\/b>vor. Dies geschieht, weil das Entity Framework eine neue Datenbankdatei erstellt, wenn beim Versuch des Zugriffs keine entsprechende Datenbankdatei gefunden werden konnte.<\/p>\n Wir wollen die Anwendung also nun mit einer Fehlerbehandlung erweitern, damit wir die Fehlermeldung erhalten und entsprechend darauf reagieren können. Unsere Vermutung ist, dass der Fehler beim Zugriff auf die Kunden<\/b>-Liste auftritt. Die betroffene Anweisung fassen wir also in einen try<\/b>-Block ein. Zusammen mit dem catch<\/b>-Block sieht das Ganze nun wie folgt aus:<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span><configuration>\r\n ...\r\n <connectionStrings>\r\n <add name=\"BestellverwaltungEntities\" connectionString=\"...;provider=System.Data.SQLite.EF6;provider connection \r\n string="data source=c:\\Beispiel\\Bestellverwaltung.db"\" providerName=\"System.Data.EntityClient\" \/>\r\n <\/connectionStrings>\r\n<\/configuration><\/pre>\n
Relativ statt absolut<\/h2>\n
<configuration>\r\n ...\r\n <connectionStrings>\r\n <add name=\"BestellverwaltungEntities\" connectionString=\"...;provider=System.Data.SQLite.EF6;provider connection \r\n string="data source=Bestellverwaltung.db"\" providerName=\"System.Data.EntityClient\" \/>\r\n <\/connectionStrings>\r\n<\/configuration><\/pre>\n
Mehrbenutzer-Szenario<\/h2>\n
Beispielkonstellation<\/h2>\n
<Grid>\r\n <DataGrid ItemsSource=\"{Binding Kunden}\"><\/DataGrid>\r\n<\/Grid><\/pre>\nusing System.Windows;\r\nusing System.Collections.ObjectModel;\r\nnamespace TestDatenbankVorhanden {\r\n public partial class MainWindow : Window {\r\n BestellverwaltungEntities dbContext = null;\r\n private ObservableCollection<Kunde> kunden;\r\n public ObservableCollection<Kunde> Kunden {\r\n get { return kunden; }\r\n set { kunden = value; }\r\n }\r\n public MainWindow() {\r\n InitializeComponent();\r\n dbContext = new BestellverwaltungEntities();\r\n kunden = new ObservableCollection<Kunde>(dbContext.Kunden);\r\n DataContext = this;\r\n }\r\n }\r\n}<\/pre>\nDatenquelle entfernen<\/h2>\n
Fehler per Exception-Handling aufdecken<\/h2>\n
try {\r\n kunden = new ObservableCollection<Kunde>(dbContext.Kunden);\r\n}\r\ncatch (Exception e) {\r\n MessageBox.Show(\"Error:\\n\\n\" + e.Message + \"\\n\\n\" + e.InnerException.Message);\r\n}<\/pre>\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