Suchergebnisse

Hallo, ich möchte von einer Datenbank (Tabelle) Daten auslesen und einem DatGrid als Datenquelle übergeben. Der Nutzer soll dann im Grid bestehende Datensätze modifizieren und auch neue Datensätze (Zeilen) anlegen dürfen. Wie ich es bisher umgesetzt habe, werden die Daten korrekt gelesen und ins Grid eingetragen. Wenn ich jetzt aber ein SaveChanges() absetze werden in der DB nur die bisher vorhandenen Datensätze modifiziert, die neuen aber nicht eingefügt. Nach langem Rumprobieren kriege ich es …

Zitat von ErfinderDesRades: „Aber zur Frage: Daten ist eine List<T>, die du mit iwas aussm EntityContext befüllt hast. Woher soll der EntityContext denn wissen, ob du späterhin dieser Liste noch iwas anneres hinzufügst? “ Ich füge der List garnix hinzu sondern dem DataGrid eine neue Zeile. Diese Zeile findet sich danach auch in der Liste, die mit dem Context noch verbunden ist. UPDATEs werden ja gemacht aber eben keine INSERTs. Also das Control aktualisiert seine Datenquelle mit der neuen Zeile,…

Zitat von Nofear23m: „ Ja, das Datagrid fügt es aber der ListOf hinzu und nicht dem DBSet des Contexts. “ Schau nochmal in meinen ersten Post und dort die Methode zum Event. Das Event ist eines vom DataGrid und wird aufgerufen bevor das Einfügen einer neuen Zeile beendet wird. Das neu eingefügte Element ist über den Eventparameter e und da als e.NewItem erreichbar. Mit db.Entity(zug) greife ich darauf zu. Das neue Element des DataGrid ist zu diesem Zeitpunkt schon im Context vorhanden. Zitat von…

Zitat von Nofear23m: „Zitat von MasterQ: „Mit db.Entity(zug) greife ich darauf zu. Das neue Element des DataGrid ist zu diesem Zeitpunkt schon im Context vorhanden.“ Und hast du es versucht mit .Add ??? “ Mit Add arbeite ich an anderer Stelle, wo Daten nicht über eine Tabelle bearbeitet sondern neue Datensätze in einem Formular angelegt werden. Und da funktioniert das Add einwandfrei. Zitat: „ ..., der Changetracker ist aber ein kompliziertest konstrukt da nicht immer so verwendet werden kann wi…

Zitat von Nofear23m: „Zum einen beantwortet das nicht meine Frage ob du .Add() in diesem Szenario versucht hast...“ Ich hatte geschrieben, dass ich .Add() an anderer Stelle einsetze. Das impliziert, dass ich es hier an dieser Stelle nicht tue. Warum auch? Mir ist nicht ganz klar, warum du hier nach Add fragst, Sasha. 1. Sollte ich Add mal testen, z.B einen Dummy Eintrag zusätzlich anhängen? 2. Oder sollte ich den Automatismus von DataGrid aushebeln, also den bereits angehängten Eintrag löschen u…

Zitat von ErfinderDesRades: „Zitat von MasterQ: „Mit db.Entity(zug) greife ich darauf zu.“kann eigentlich nicht funktionieren.“ Tut's aber! Mit dem Debugger kann ich auf alles von zug zugreifen. Das habe ich als erstes überprüft, von welchem Typ das Zeilenelement des DataGrid ist, ob dieses gleich oder zumindest kompatibel zu meiner Entitätsklasse ist und ob db.Entry (nicht Entity, sry Tippfehler) einen Fehler wirft. Zitat: „ Da greifst du auf ein Element zu, was noch nicht hinzugefügt wurde.“ I…

Zitat von Nofear23m: „Gut. Wenn du es besser weist stellt sich mir gerade die Frage warum du hier fragst.“ ?? Irgendwie scheinen wir aneinander vorbeizureden. Wenn ich missverstanden wurde, dann bitte ich um Entschuldigung. Ich behaupte nicht, ich wüsste es besser. Ganz im Gegenteil, ich bin in der Materie Anfänger und Laie! Du hattest vorgeschlagen, es mal mit .Add() zu versuchen. Ich habe nicht verstanden, welche Absicht dein Vorschlag hatte. Sollte das .Add() eine Art Test sein, ob das an der…

Zitat von ErfinderDesRades: „ Oder da ist noch mehr Code am Werk, den du nicht gezeigt hast. “ Nein, da ist kein sonstiger Code! Ich bin heute morgen mit dem Debugger noch mal intensiv durch alles durch und ich denke, ich habe den Übeltäter. Es ist die Zeile C#-Quellcode (1 Zeile). Für .Entry() findet man folgende Erläuterung in der Doku Zitat: „ Entry<TEntity>(TEntity) Ruft ein DbEntityEntry<TEntity>-Objekt für die angegebene Entität ab, das Zugriff auf Informationen über die Entität und die Fä…