Suchergebnisse

letzteres funzt net, weil was du returnst ist dann bereits disposed. aber willst du wirklich für jedes Command auch ein eigenes Connection-Objekt anlegen? (und wieder disposen) Meine Wenigkeit benutzt immer DataAdapter, und die dispose ich garnet. vielleicht wechsel ich mal den Where-Abschnitt im CommandText im DataAdapter, aber stark überwiegend bin ich für Leben und leben lassen.

Zitat von Haudruferzappeltnoch: „Und was ist mit dem ganz ersten Beispiel? Ist da die Connection Disposed?“nein

weil für die Connection nicht .Dispose aufgerufen wird. deswegen ist sie nicht disposet.

nö - son DataAdapter ist einmal eingerichtet, und da brauch ich nix dran ändern - höchstens vom SelectCommand den CommandText. Disposen tu ich da nix.

zBVB.NET-Quellcode (1 Zeile)wie sonst? Aber das hättest du im ObjectBrowser auch selbst gefunden. Guck da mal nach - es gibt noch mehr. Tatsächlich habichmir umfangreiche Infrastruktur gebastelt, die für ein Dataset automatisch alle erforderlichen DataAdapter konstruiert (für jede DataTable einen), und sie auch korrekt aufruft - unter Berücksichtigung der Relationen. Damit ist das Updaten des kompletten Datasets - egal, ob viele oder wenige Änderungen vorliegen, und welcher Art - nur noch ein Be…

warum immer einen neuen CommandBuilder? Einmal initialisieren und gut ist.VB.NET-Quellcode (17 Zeilen)nicht wundern über zeile#7 - das muss tatsächlich so.

Zitat von Haudruferzappeltnoch: „Mit "das muss so" meinst du der CommandBuilder muss lokal deklariert werden?“Im Grunde nichtmal das. Es muss nur Sub New() aufgerufen werden, und das geht numal nicht, ohne dass man das Ding an irgendetwas zuweist. Dasjenige, woran es zugewiesen wird (a) wird garnet gebraucht. Zitat von Haudruferzappeltnoch: „Hab das Gefühl nichtmal Microsoft versteht das.“Das Gefühl verstehe ich

Das sind komische Anwendungsfälle, und wäre glaub gut, wenn du sagst, was du vorhast. Db-Tabellen kopieren ist problematisch wegen der autoincrement PrimaryKeys. Die Kopie wird andere PKs haben als die Vorlage. Fremdschlüssel untergeordneter Tabellen werden nicht mehr dazu passen. Also da müsste man mit SQL arbeiten, dass temporär AutoIncrement abgeschaltet wird und son kram. heikelheikel - wie gesagt: sag, was du vorhast.

Zitat von Haudruferzappeltnoch: „Was ich bräuchte sind historische Daten. Also ein Tabelle die jeden Ist-Stand exportiert. Und somit mehrere Ist-Stände zu den jeweiligen Exportzeitpunkten bereithält.“So nebenbei: Damit hast du ein klein Datenmodell mit einer 1:n-Relation skizziert. Deine exportierten Datensätze wären aber nicht mehr identisch mit ihren Quellen, weil sie müssen ja einen FK aufweisen, der auf ihren Export-Zeitpunkt verweist. (Oder kannst die übergeordnete Tabelle auch weglassen, i…