Office: (Office 2003) Unterformular nicht speichern

\@Josef: habe mich heute morgen mal in Deine Variante 4a vertieft.

An so ein Array zum Zwischenspeichern hatte ich auch anlässlich Martins Bemerkung hinsichtlich Vergleich mit .net DataSets gedacht aber wie Du das in die Undo Klasse integrierst ... einfach genial.

 

Anm.: in der Undo-Klasse lösche ich die gespeicherten Daten, sobald ich sie im Formular zurück gespeichert wurden. Das könnte man eigentlich auch nicht machen und nur einen "aktuellen" Index für die Collection mitführen. Dann wäre es auch möglich die Undo-Aktion wieder rückgängig zu machen. Das entspricht dann im Prinzip dem "Zurück" und "Wiederherstellen", wie man es aus Word & Co. kennt.

... und wenn man das für mehrere Datensätze nutzen will, müsste man die DS-Kennung mitführen und die "Undo-Collection" z. B. in einer "Recordset-Collection" unterbringen (dafür war ich aber zu faul *biggrin.gif*).

/edit: falls sich jemand nur die Undo-Klasse ansehen will: FormDataUndoHandler

 

\@HC:
So ist es. Daten, die ich "in der Hand habe", sind natürlich noch nicht ernstgemeint. Wenn die rechrche 3 Stunden dauert, dann ist das halt so. Der zuletzt veröffentlichte Stand in der DB ist der letzte "qualitätsgesicherte" Stand. Lokal hat man allenfalls die neueste, aber eben noch in Arbeit befindliche Konstellation.

Vgl. das Auschecken von Code aus einer Quellcodeverwaltung. Der Code wird lokal kopiert, der Benutzer ändert lokal, was er will, und erst wenn das lokal passt, wird der konsistente Stand zurückgeschrieben. Einstweilen kann jeder die "alte" Kopie vom Server ziehen: es ist immer noch die neueste.

 

\@Martin: in der Anwendung, um die es hier geht, wird nicht drei Stunden recherchiert, bis die Daten ein- und freigegeben werden.

Es geht um viele kleine Datensätze, die oft und von vielen aktualisiert werden und dann auch schnell zur allgemeinen Verfügung stehen müssen. Genau aus dem Grund hab ich den Ansatz ohne viel Geklicke auf 'wollen Sie die Daten wirklich speichern?' und ähnliches gesucht.