Resultsets in Tabellen abbilden

[joe89]

Ich habe zu den Resultsets eine Frage an die erfahrenden Mitglieder dieses Forums.

Resultsets lesen eine Tabelle sequentiell aus, dass heisst es wird immer nur ein Teil der Daten in den Speicher geladen.
Änderungen des Datenbestandes werden über update <...> vorgenommen.

Wenn das Resultset nun in Form einer Tabelle angeboten wird, kann der Anwender bei entsprechende Programmierung doch beliebige Spalteninhalte ändern. Wie können diese Änderungen in die Datenbank übetragen werden ? Eigentlich müsste ich für jede Änderung einen update Befehl absetzen oder mit der batch-Verarbeitung arbeiten.

Ist es ratsam, einen Listener auf die Tabelle zu setzen und bei jeder Änderung sofort ein update auszuführen ? Wie wirkt sich dieses Verfahren auf die Performace aus und werden die Änderungen sofort im Resultset angezeigt ?

Vielen Dank für eine Antwort

joe89

 

[Beni]

Ich würde die Veränderungen erstmals in einer Liste sammeln (Zelle 3,4 -> verändert zu XY), und dann soll der Benutzer auf einen Knopf drücken, um dass alles in einem Rutsch zu übernehmen (das kann man dann auch im Hintergrund machen, oder ein "Bitte warten"-Dialog aufpoppen lassen). So ein update ist ja nicht übermässig schnell (nur schon weil die Daten an den Server geschickt werden müssen), da stockt entweder die GUI, oder man muss mit Threads dahinter.

Das ResultSet IMHO wird nicht verändert, das ist unabhängig von der DB.

P.S. schlechter Titel, der ist ein bisschen gar allgemein :wink:

 

[joe89]

Danke für die Antwort.

Der Titel ist wirklich sehr allgemein. In Zukunft werde ich mich bemühen treffender Titel zu finden.

Das ResultSet IMHO wird nicht verändert, das ist unabhängig von der DB.

Ich dachte, resultsets halten Teile einer Abfrage im Speicher. Bei Bedarf werden Datensätze aus der entsprechenden Tabelle nachgeladen. Was spricht dann dagegen, bei einer entsprechenden Verschiebung des Cursors die modifizierten Daten anzuzeigen ?

Gruss

joe89

 

[Beni]

Das stimmt, aber ich stelle mir das sehr unpraktisch vor, wenn die Daten des ResultSets nachträglich noch verändert werden können (man macht eine Abfrage, alles > 5, und dann verändert jemand die DB...).

Hab gerade noch ein bisschen in der API gelesen, man muss ein paar Flags setzen, damit das unabhängig ist - mein Fehler.

 

[joe89]

In der Anwendung soll es eine editierbare jTable mit abhängigen Feldern geben. Aus dieser Forderung ergibt sich ja nun ein Bündel von Problemen.

Werden Felder verändert, sollen die anhängigen Spalten neu berechnet und angezeigt werden. Eine Veränderung kann sich - nach Art eines Spreadsheets - an vielen Stellen auswirken. Das der jTable zugrundeliegende Modell muss daher über Spalten verfügen, die nicht im direkten Zusammenhang mit der Quelltabelle stehen, damit beim Versetzen des Cursors eventuelle neue Ergebnisse nicht überschrieben werden.

Bearbeiten zwei oder mehr Anwender die gleichen Tabellensätze bekommt jeder Anwender die Änderungen des anderen Mitarbeiters zu sehen, was möglicherweise zu Problem führen könnte.

Aus diesem Grund habe ich mir überlegt, eine zweite Tabelle vorzuhalten, die Datensätze mit einem bestimmten Merkmal in der verbundenen Tabelle für weitere User sperrt. Allerdings werden damit wieder neue Probleme produziert, für die ich zur Zeit noch gar keinen Lösungsansatz habe.

Wann werden Tabellensätze wieder entspeert ?
Was soll passieren, wenn das Entsperren nicht klappt ?

Es gibt noch viele Fragen für das Forum.

Gruss

joe89