| Autor |
Beitrag |
juergen
      
Beiträge: 87
|
Verfasst: Di 15.04.03 10:15
Hallo,
wenn ich in meiner ADO-ACCESS DB Anwendung Daten mit INSERT oder UPDATE einfüge und anschliessend direkt die gleiche Tabelle mit SELECT abfrage werden die neu eingefügten Daten nicht angezeigt.
Kann ich bei einer ADOQuery oder ADOCommand abfragen wann die "Datenstrom" beendet ist und solange die Anwendung auf WARTEN setzen ??
DANKE
juergen
|
|
kiwicht
      
Beiträge: 1021
Win 7, MacOS
Delphi x, VBA, PHP, ...
|
Verfasst: Di 15.04.03 10:47
was ist mit den Ereignissen AfterPost oder AfterInsert, die dürften dir helfen, oder?
Ich würd vorschlagen das du einfach in eins dieser Ereignisse deine "SELECT * FROM"-Anweisung "einbaust", und dann wird deine DB nach jeder Änderung in der Anzeige aktualisiert....
not tested yet, aber klingt erstmal gut, oder? 
|
|
juergen 
      
Beiträge: 87
|
Verfasst: Di 15.04.03 14:10
hi kiwicht,
befülle die ACCESS DB mit SQL-Anweisungen.
Dabei werden AfterInsert und AfterPost nicht ausgeführt !
Das Problem ist wohl das die Delphi-Anwendung scheller ist als die ADO-Verbindung.
Es braucht ein paar Sekunden bis die neuen Daten bei SELECT angezeigt werden.
Hat noch jemand ne Idee ?
juergen
|
|
espen
      
Beiträge: 90
Erhaltene Danke: 1
D6 Prof./D7 Prof. MSSQL, MySQL
|
Verfasst: Do 17.04.03 21:34
Titel: Warte ...
auf einen alternativen OLE-DB Treiber, steige um auf SQL-Server (€€€)
oder baue nach Deinem Update/Insert/Delete ein Sleep(5000) ein.
Spass beiseite, ich habe das selbe Problem und schliesse mich hiermit mit der Bitte um Hilfe an.
Frohe Ostern,
Espen
|
|
bis11
      
Beiträge: 1247
Erhaltene Danke: 2
Apple Mac OSX 10.11
|
Verfasst: Sa 19.04.03 15:10
Probiert doch mal nach dem INSERT oder Update folgenden Befehl :
Quelltext 1:
| ADOConnection.CommitTrans; |
Und danach führt Ihr erst den SELECT-Befehl aus.
|
|
juergen 
      
Beiträge: 87
|
Verfasst: Di 22.04.03 15:19
hi bis11
hab Deinen Tip getestet:
Leider Negativ
trotzdem DANKE
juergen
|
|
Alibi
      
Beiträge: 458
Win2K SP3
Delphi 6 Ent
|
Verfasst: Di 22.04.03 15:30
Table123.Refresh; dürfte helfen.
|
|
juergen 
      
Beiträge: 87
|
Verfasst: Di 22.04.03 16:03
Alibi
hab keine table sondern nur adoquery !
juergen
|
|
MSCH
      
Beiträge: 1448
Erhaltene Danke: 3
W7 64
XE2, SQL, DevExpress, DevArt, Oracle, SQLServer
|
Verfasst: Di 22.04.03 16:32
hi,
ich hab das Prob bei MSSQL Server auch. Das hängt mit dem Cache zusammen und auch, ob die Transaktionen auf dem Server abgeschlossen sind. Abhilfe schafft da kaum etwas.
würde mit dem Rudel der ratlosen somit anschließen und hoffe auf ultimative Lösung.
p.s. bei MSAccess trat dieses merkwürdigerweise nicht auf.
grez.
msch
|
|
LCS
      
Beiträge: 1305
Erhaltene Danke: 1
WIN 7, WIN 8
Delphi XE5, Delphi XE, Delphi 2007
|
Verfasst: Di 22.04.03 19:06
Hi all
um's vorweg zu sagen: mit ADO hatte ich bis jetzt nicht viel am Hut, aber der Wurm scheint hier wirklich am Transaktionsverhalten der Zugriffskomponenten zu liegen.
Deshalb würde ich mal testhalber IsolationLevel der Connection auf ilReadUncommited setzen, wie schon vorgeschlagen nach dem Insert/Update ein CommitTrans absetzen und mal sehen, wie sich die Sache dann verhält.
Gruss Lothar
_________________ Der BH ist für die Brust, der Plan ist für'n Ar...
|
|
juergen 
      
Beiträge: 87
|
Verfasst: Mi 23.04.03 13:46
Hallo LCS,
hab deinen Tip getestet.
Leider ändert sich nichts.
Vielleicht habe ich was falsch gemacht.
Kannst Du ein Bsp. posten
Mir würde eine Lösung des Problems sehr helfen.
Hat noch jemand ne Idee
juergen
|
|
LCS
      
Beiträge: 1305
Erhaltene Danke: 1
WIN 7, WIN 8
Delphi XE5, Delphi XE, Delphi 2007
|
Verfasst: Mi 23.04.03 15:33
Hi
| juergen hat folgendes geschrieben: | Leider ändert sich nichts.
Vielleicht habe ich was falsch gemacht.
|
Nachdem andere dasselbe Problem haben, kann ich mir das nicht so recht vorstellen.
| Zitat: |
Kannst Du ein Bsp. posten
|
Ne, hab ich leider keines. Aber ich werde mich am WE mal mit ADO beschäftigen. Mal sehen was dabei rauskommt.
Gruss Lothar
_________________ Der BH ist für die Brust, der Plan ist für'n Ar...
|
|