VBA/Access: mehrere Abfragen in ein Listfeld

[BigNfan]

danke

ich denke schon


meld mich eben wieder wenns ned funkt

[BigNfan]

hi
danke das funktioniert
nur wie aktualisiere ich das listfeld?
früher gings mit renew ... nur das kennt er nicht mehr
(aja - wir proggen mit ado (extras - verweise))

nächste frage wäre wie ich das dann wieder auslese
weil wenn ich auf ok klicke soll er speichern ob es verliehen/zurückgegeben/verkauft wurde..


danke

aja, kannst natürli a mailen => ntsc-j@chello.at

[chrisne]

Original geschrieben von BigNfan

nächste frage wäre wie ich das dann wieder auslese
weil wenn ich auf ok klicke soll er speichern ob es verliehen/zurückgegeben/verkauft wurde..

erkläre das einmal genauer.
was soll er, wie soll er und wann soll er, speichern.


gruss
chris

[BigNfan]

wenn ich auf ok klicke soll er in einer tabelle speichern, dass er ausgeliehen hat (falls oben das gewählt wurde) oder ob es verkauft wurde oder zurückgebracht..

[chrisne]

wie muss die tablle ausschauen, oder ist das egal ?

chris

[BigNfan]

die tabellen sind alle schon vorhanden..
muss nur wissen welche titeln es sind, und der rest is ka prob mehr


muss nur wissen wie ich es auslese


und wie ich das listfeld aktualisiere, weil leider nichts drin steht..

[Seidl]

Na da haben aber zwei ganz schön aneinander vorbei geredet

Eine Listbox kann man auf mehrere Arten befüllen. Man kann Werte aus einer Tabelle oder Abfrage nehmen (was BigNfan anscheinend ursprünglich gemacht hat), die Werte durch Semikola getrennt als RowSource angeben (das war Chrisnes Plan) und man kann sie auch über die Methode AddItem mit Werten befüllen.
Ein Requery, also ein erneutes einlesen der Werte ist natürlich nur im ersten Fall sinnvoll da in den beiden anderen Fällen die Werte ja ohnehin direkt in der Listbox abgelegt und damit immer aktuell bekannt sind.

Eine Möglichkeit wäre es das Listenfeld an ein ADO-Recordset zu binden und dem du die Datensätze zuerst hinzufügst um sie dann bei OK nacheinander in deine Tabelle zu schreiben.

Ich würde aber eher vorschlagen beim Starten der Auswahl für eine ADO-Connection auf die betreffende Datenbank eine TRANSAKTION zu starten (=BeginTrans), dann ein Recordset für die betreffende Tabelle zu öffnen, die Werte bei Auswahl in das Recordset zu schreiben (AddNew) und erst bei OK die Änderungen zu übernehmen (=CommitTrans). Wenn der Vorgang nicht mit OK bestätigt wird brichst du die Änderungen einfach ab (=RollbackTrans).

Alle Klarheiten beseitigt?
Na dann is' ja gut

so long
Seidl

[chrisne]

ich mache dir gerade ein demo. wenn du mir sagst, wie deine tabelle ausschaut, dann baue ich es dir im demo gleich so ein.

chris

[BigNfan]

ich hab dir ne mail geschickt

dankeschön

[chrisne]

Original geschrieben von Seidl

Eine Möglichkeit wäre es das Listenfeld an ein ADO-Recordset zu binden und dem du die Datensätze zuerst hinzufügst um sie dann bei OK nacheinander in deine Tabelle zu schreiben.

Ich würde aber eher vorschlagen beim Starten der Auswahl für eine ADO-Connection auf die betreffende Datenbank eine TRANSAKTION zu starten (=BeginTrans), dann ein Recordset für die betreffende Tabelle zu öffnen, die Werte bei Auswahl in das Recordset zu schreiben (AddNew) und erst bei OK die Änderungen zu übernehmen (=CommitTrans). Wenn der Vorgang nicht mit OK bestätigt wird brichst du die Änderungen einfach ab (=RollbackTrans).

viele wege gehen nach rom.
so wie es ausschaut hat bignfan nur "wenig" kenntnisse in access. darum sollte die lösung einfacher sein.
deine lösung ist zwar hübsch, aber meine meinung nicht einfach.
3 zeilen programm mit RowSource

chris