Hallo Ottilie,
Wenn ich aber das DataSet aktualisieren möchte mit tableadapter.Fill kommt folgende Fehlermeldung:
An attempt to attach an auto-named database for file C:\Users\Ottilie\Documents\Visual Studio 2012\Projects\RiskAnalyzer\RiskAnalyzerTest\bin\Debug\RiskAnalyzerDB.mdf failed. A database with the same name exists, or specified file cannot be opened, or it
is located on UNC share.
das ist vermutlich doppelt gemoppelt: Wenn ich mich recht aus dem anderen Thread erinnere, baust Du für den Massenimport eine eigene Verbindung auf. Darin wird die mdf-Datendatei (welche genau?) angehängt. Wenn Du nun den TableAdapter deine Datentabelle
füllst, wird eine zweite Verbindung hergestellt und darin wird nochmals versucht die gleichnamige Datendatei anzuhängen, daher die Fehlermeldung von oben. Eine einzige SqlConnection müßte das Problem lösen.
Desgleichen: Du arbeitest mit zwei MDF-Datenbankdateien. Eine im Projkektpfad, die anderen im Bin-Ausgabepfad. Der Sinn der Projekt-Datenbank ist es, Änderungen an der Datenbank während der Entwicklung permanent zu speichern. Daher ist die Standardeinstellung
für "In Ausgabeverzeichnis kopieren" auf "immer kopieren" gesetzt. Die Logik ist also: In der Projekt-DB änderst Du das Schema, bei der Projekterstellung wird die geänderte MDF in den Bin-Pfad kopiert, von wo aus deine Anwendung mit der MDF arbeiten kann (quasi
wie mit einer eingebetteten DB). Du möchtest ja am Ende des Entwicklungszyklus nicht das Projekt sondern deine Anwendung verteilen. Das bedeutet aber, dass deine Anwendung nicht die Projekt-MDF, sondern die Bin-MDF attachen muss, und zwar nur ein einziges
Mal.
In meinem Setting, habe ich die MDF-Datei weder in persönlichen Ordner des Benutzers, noch im Bin-Verzeichnis belassen, weil zum einen die MDF-Datei anders als eine Access-MDB nicht einfach als Dokumentdatei verteilbar ist, zum anderen die Benutzung nicht
auf einen Benutzer beschränkt bleiben sollte. Daher schien mir
Application.CommonAppDataPath eine gute lokale Lösung zu sein.
Desweiteren: Es hat den Anschein, dass Du eine WPF- und keine Windows Forms-Anwendung erstellst. Bei Path.Combine, handelt es sich um den System.IO-Namensraum, da solltest Du keine Probleme bekommen. Und Application.CommonAppDataPath logiert im System.Windows.Forms-Namensraum,
den Du in einer WPF-Anwendung nicht wirklich brauchst. Du kannst aber zum einen direkt auf Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) zugreifen, zum anderen tut auch das in der Verbindungszeichenfolge angegebene
|DataDirectory| gute Dienste, wenn Du's in Zusammenhang mit AppDomain.SetData("DataDirectory", objValue)- verwendest.
Wichtig ist nur, dass Du dich immer auf eine einzige MDF beziehst. SqlBulkCopy hat übrigens einen Konstruktor der eine SqlConnection als Argument akzeptiert (die Verbindung muss vorher geöffnet werden) und die Methode WriteToServer akzeptiert auch eine stark
typisierte Tabelle, so wie sie z.B. durch den Designer erstellt wurde. Damit hast Du gute Karten für dein Vorhaben.
Gruß
Marcel
