Suchergebnisse

Zitat von Haudruferzappeltnoch: „LeseDB Tabelle: (LeseID, SchreibID, Wert), der Datensatz (22, 1, "ABC") wird gelesen. SchreibDB Tabelle: (LeseID, SchreibID, Wert), angenommen es existiert hier bereits ein Datensatz (14, 1, "AAA") und nur dieser. In beiden DBs ist der Tabellenschlüssel momentan LeseID“ Das ist ja unlogisch. Wenn der Datensatz anhand von SchreibID geupdatet wird, dann ist SchreibID der PK, nicht LeseID. Zitat von Haudruferzappeltnoch: „Bei einem Update wird daher in der SchreibTa…

Zitat von Haudruferzappeltnoch: „Eigentlich muss ich die Möglichkeit haben anhand beider IDs Updates vornehmen zu können.“aber nur in der SchreibDb, oder? Was heisst updaten "anhand beider IDs" ? Du meinst vmtl. die Where-Clausel des UpdateCommands. Und da ist doch egal, ob da die SchreibId drinsteht oder die LeseID. Beide sind ja wohl unique, und werden im DS auch nicht verändert.

Zitat von Haudruferzappeltnoch: „Die SchreibID ist unique wenn anhand ihr geupdatet wird, sie ist nicht generell unique.“uih! ein abenteuerliches Konzept. Ich glaub nicht, dass CommandBuilder dafür Commands builden können.

er guckt in der Db nach, was PK ist, und ob mit AutoIncrement

Zitat von tragl: „2 DB's an einem DataSe“jo, damit ist wohl eine gravierende Problematik auf den Punkt gebracht. Man muss sich da klar machen, dasss damit die Änderungs-Verfolgung des Datasets nicht klarkommt: ZB ein frisch von der DB geholter Datensatz erhält RowState.Unchanged. Wendest du dich damit an die andere Db, so ist der RowState für die andere DB wahrscheinlich falsch, aber möglicherweise auch richtig. nämlich wenns denselben Datensatz mit allen Werten identisch gibt, dann wäre er rich…