MySQL und ZEOS - kein Schreibzugriff

[maheca]

Hallo zusammen!

Ich bin völlig am verzweifeln... Ich bastel jetzt schon seit Wochen an einem Programm mit Zugriff auf eine MySQL-Datenbank und bekomme es auch soweit ans Laufen.
Einfaches Setup: TZConnection -> TZQuery -> TDataSOurce -> TDBGrid
Die Verbindung steht, ich sehe auch mit

Code:

SELECT * FROM Teilnehmer

im Query alle Datensätze. Aber wenn ich im DBGrid einen Datensatz verändere oder hinzufüge, kommt diese Änderung nie in der Datenbank an und wird vom DBGrid vergessen, sobald ich den Datensatz wechsel.
Zum Debuggen habe ich einen TZSQLMonitor mit angeschlossen, der loggt allerdings nur SELECTs und keine INSERTs oder UPDATEs (sollte er aber doch tun, wenn ich im DBGrid einen Schreibzugriff durchführe, oder?). Auch ein TZUpdateSQL habe ich schon angeschlossen, ohne Erfolg.
Eine Access-Datenbank hingegen spielt im gleichen Programm ganz brav mit (habe aber nur kurz und nicht sehr ausführlich getestet).
Ich suche jetzt schon viele Stunden im Internet, scheinbar ist das Problem nicht allzu bekannt, und weiß einfach nicht weiter. Vielleicht weiß ja jemand von euch Bescheid.

Danke schonmal für die Hilfe, wenn mehr Infos von nöten sind - einfach nachfragen, ich antworte schnellstmöglich.

Marvin

[mschaefer]

Was haben wir:
-Zeos mit Access geht Read/Write
-Zeos als stable Version installiert
-Die Version geht auch bei mir (D2007) mit MySQL
-Die SQL ist simple, also Read/Write
Fehlerquellen:
-Ist AutoCommit eingestellt?
-Hat Dein MySQL-User Schreibrechte?
-alle ReadOnlys kontrolliert?
erstmal soweit..

Grüße //Martin

[maheca]

Danke für die schnelle Antwort!

AutoCommit ist True, hatte zusätzlich auch schon Query.ApplyUpdates und Query.CommitUpdates im BeforeScroll eingetragen, ohne Erfolg.
ReadOnlys alle gefühlte 100 mal kontrolliert, alle auf False (Grid, Query und Connection). Können sich diese Eigenschafen während der Laufzeit automatisch irgendwie ändern? Füge gleich mal eine Überwachung ein...
Der User hat seine Rechte über GRANT ALL PRIVILEGES bekommen, sollte also auch alles können, was er können muss. Manuelles INSERT INTO oder UPDATE funktioniert auch wenn ich mich jetzt nicht täusche, nur nicht über Edit/Post bzw Append/Post. Werde das gleich nochmal detailliert in einem neuen Projekt testen, wo nur das allernötigste drin ist.

Marvin

[maheca]

Oh mann - doch mal wieder die eigene Dummheit.

Ich hab den Fehler mehr oder weniger durch Zufall gefunden: Habe die SELECT-Abfrage im Query erst mit ExecSQL ausgeführt und dann mit Open geöffnet. Die Vorgehensweise funktioniert ohne jede Fehlermeldung und schmeißt auch alles an Ergebnissen auf dem Bildschirm, was man haben wollte, aber offensichtlich leider nur mit ReadOnly-Zugriff. Ohne ExecSQL läufts völlig problemlos.

Wie auch immer mir das ExecSQL da rein gerutscht ist...

Danke dir trotzdem für die Hilfe, Martin!