Hallöchen

Ich stelle die Daten einer Access Datenbank in einem DB-Grid dar.
In dem DB-Grid kann der Anwender eingaben machen.
Die Eingaben werden sofort nach verlassen der Zelle in die Datenbank übernommen.

Ich möchte aber dass die Daten erst nach dem Klick auf einen DBNavigator-Button "nbPost" übernommen werden.
Oder durch klicken auf "nbCancel" alle gemachten eingaben verworfen werden.

Wie geht das ?

Vielen Dank für Eure Hilfe.

hmg
Mandi

Hi,

beim Arbeiten mit Datenbanken wird in der Regel Zeilenorientiert vorgegangen, so auch hier. Wenn du die Zeile verlässt muss entweder geposted oder verworfen werden, standardmäßig wird geposted. Das hängt nicht zu Letzt mit den Locking zusammen. Grob gesprochen musst du immer davon ausgehen, dass so eine Tabelle von mehreren Nutzern gleichzeitig geöffnet sein könnte. Wenn einer dieser Benutzer einen Datensatz bearbeitet muss dieser für den anderen gesperrt werden (wenn mehrere Benutzer gleichzeitig den gleichen Datensatz ändern gibt es Probleme). Wenn es nun einem Nutzer möglich ist mehre Datensätze in der bearbeitung zu halten, kann er Theoretisch ganze Tabellen für andere Nutzer Blockieren. Da so etwas in der Regel nicht gewünscht ist, ist es üblich Änderungen an einer Zeile bei deren Verlassen zu Posten. Ich kenne auch kein Programm, das dies anders handhabt, daher solltest du dir überlegen, ob deines da Tatsächlich von der Norm abweichen möchte. Es gibt z.B. user für mich, die grundsätzlich durch ein ändern der Zeile im Grid posten, da sie dann nicht zur Maus greifen müssen um auf so ein Fitzelknöpfchen (oft werden die Navigator leisten ja irgendwo ziemlich klein integriert) zu klicken.

Wenn du es aber unbedingt anders haben möchtest, dann fällt mir kein anderer Weg ein als, eine Kopie der Daten im Speicher zu halten, die Änderungen an denen durchführen zu lassen und, sollte der user auf Post klicken, diese von Hand wieder in die DB zu schreiben. Das bringt aber viele Nachteile mit, so dürfte es z.B. bei großen Tabellen recht langsam werden, da du diese ja vor dem Anzeigen erst komplett einlesen musst.

critter

Moin,

Eine Alternative wären sogenannte disconnected recordsets. Diese benutze ich aber nur in anderen Sprachen, deswegen würde ich mal auf Google verweisen. Dabei werden die Daten gelesen und danach die Verbindung gekappt. Das Insert/Update muss man dann auch selber programmieren.

Ich würde es mit Transaktionen versuchen.
Dann kann selbst ein Post mit einem Commit Rollback aufgehoben werden.

Außerdem stehen die Daten nach dem Verlassen der Zelle noch nicht in der Datenbank, sondern erst mit dem Wechsel das Datensatzes, wird das implizite Post ausgeführt. Wenn also die Zelle innerhalb eines Datensatze gewechselt wird, stehen die Änderungen an der Zelle nur auf an dem Arbeitsplatz zur Verfügung.

Ist das so nicht gewollt, muss man Offline arbeiten. Also keine datenbanksensitiven Komponenten verwenden.

jasocul hat folgendes geschrieben :

Ich würde es mit Transaktionen versuchen. [...]

Und das Konzept der Transaktionen vergewaltigen? Nein danke.

Zitat:

[...] Dann kann selbst ein Post mit einem Commit aufgehoben werden. [...]

Du meintest bestimmt Rollback, oder?

Zitat:

[...] Ist das so nicht gewollt, muss man Offline arbeiten. Also keine datenbanksensitiven Komponenten verwenden.

Wieso sollte man offline nicht mit datenbanksensitiven Komponenten arbeiten? Konzepte wie ClientDataset und Konsorten wären einen Blick wert.

Natürlich meinte ich Rollback.
Ja, ich habe mich nicht klar genug ausgedrückt. Es stimmt natürlich, dass man mit db-sensitiven Komponenten auch Offline arbeiten kann.

Und so eine Vergewaltigung des Transaktionskonzept ist es ja nun auch nicht. Zumal ja auch nicht eindeutig beschrieben ist, warum die Daten nicht sofort in der DB landen sollen. Es könnte sogar sein, dass eine Transaktion genau das ist, was gewollt und sinnvoll ist.

Hi,

Transaktionen währen natürlich eine Möglichkeit, aber bietet Access die an?

critter

Ja, die gibts sogar da.