MySql SELECT Cache

[DoubleBig]

Moin,

ich habe nach dem Update meiner Entwicklungsumgebung einige Probleme... das erste, dass Transactions jetzt manuell Commited werden müssen habe ich nach einiger recherche herausgefunden... aber ich habe ein weiteres problem, an dem ich verzweifle:

Meine Datenbank wird von verschiedenen Anwendungen benutzt, einerseits meine Anwendung an der ich hier entwickle, andererseits auch von Webanwendungen über PHP... Nun ändert die Webseite regelmäßig Daten in der Datenbank.. Meine Anwendung verwendet immer irgendwie lokal gecachte Daten dieses Verhalten ist irgendwie neu? wie kann ich das umgehen und die aAnwendung zwingen die Daten bei einem SELECT auch wirklich aus der Datenbank zu holen?

Hier ein Beispiel:

Code: Alles auswählen

Form1.SQLQuery1.Close;
Form1.SQLQuery1.SQL.Text := 'SELECT * FROM users WHERE username = :username and password = :password ;';
Form1.SQLQuery1.ParamByName('username').AsString := Edit1.Text;
Form1.SQLQuery1.ParamByName('password').AsString := s;
Form1.SQLQuery1.Open;

Beim ersten Ausführen kommen die Daten aus der Datenbank, danach werden lokale Daten verwendet... Nun können sich diese Daten im Hintergrund aber jeder Zeit ändern.... das ist suboptimal...

Entschuldigt bitte meine ggf. blöde Frage.. ich entwickle sonst Webanwendungen mit PHP dort gibt es weder Transactions noch irgendwelche lokal gecacheten Daten

Schon mal vielen Dank!

[mse]

Hier ein Beispiel:

Code: Alles auswählen

 
//Form1.SQLQuery1.Close;
 <deine Transaction>.rollback(); 
//(oder "commit()") hiermit werden alle mit der transaktion verbunden queries 
//geschlossen und beim öffnen der queries wird ein neuer "snapshot" abgeholt.
 

Der Zweck von Transaktionen ist ja gerade eine stabile, unveränderliche Datenumgebung zu erzeugen.
MSEgui hat für Anwendungen in welchen dieses Verhalten unerwünscht ist die Option tao_fake. Vermutlich musst du das in FCL/Lazarus selber implementieren und dann als Patch anbieten. Ich habe es bei den massgebliche Personen schon mehrmals ergebnislos angeregt.

[Antrepolit]

Offensichtlich verstehst du das Transaktionen-Konzept nicht. Du solltest dich etwas damit auseinandersetzen, sonst wirst du Verständnisprobleme haben. Stichwort: Transaction Isolation Level.

[DoubleBig]

Im Prinzip sind mir der Sinn und Zweck von Transactions durchaus bewusst... Hab ich irgendwann in meiner Ausbildung mal gelernt....
Ich muss aber zugeben, dass ich durch meine jahrelange Arbeit im PHP / MySql bereich (da wo ich meine Brötchen verdiene) gewohnt bin ohne zu arbeiten... da war es bisher für mich ein mehr oder weniger nutzloses Objekt, dass ich in meiner Application mit mir rumschleppen musste, ohne es wirklich zu benötigen...

Die Tragweite der Änderung ist doch schon imens, wenn man sich bisher nicht mit den Transactions beschäftigen musste und die gesamte Application die Transactions auch nirgendwo nutzt... kleine Änderung, große Wirkung...

Da sich meine bestehende Anwendung aber nun so nicht mehr funktioniert muss ich es gezwungener maßen umbauen... jeah... nachtschicht

Vielen Dank für die schnelle Hilfe!

[Socke]

Ich muss aber zugeben, dass ich durch meine jahrelange Arbeit im PHP / MySql bereich (da wo ich meine Brötchen verdiene) gewohnt bin ohne zu arbeiten... da war es bisher für mich ein mehr oder weniger nutzloses Objekt, dass ich in meiner Application mit mir rumschleppen musste, ohne es wirklich zu benötigen...

Wenn du MyISAM als Tabellentyp verwendest, brauchst du auch keine Transaktionen (kann man machen, aber dann ist das halt doof). In SAP werden die Transaktionen in sogenannten Logical Units of Work (LUW) abstrahiert; Mit dem Begriff wird ganz gut beschrieben, was damit erreicht werden soll. Eine Transaktion in der gesamten Anwendung ist doch ein wenig ... wenig.