Wie langsam ist Firebird über Internet wirklich?

[Lemmy]

Hi,

schau bitte nach, ob der Zeiger auf die Objektstrutkur von IsEMailInDBQuery sich zwischen den ersten und zweiten Durchlauf unterscheidet. Bitte Kontrollier auch, ob Du IsEMailInDBQuery zwischen durch irgend wo freigibst ohne den Zeiger zu nillen...

[alleinherrscher]

Zitat von Lemmy:

Hi,

schau bitte nach, ob der Zeiger auf die Objektstrutkur von IsEMailInDBQuery sich zwischen den ersten und zweiten Durchlauf unterscheidet. Bitte Kontrollier auch, ob Du IsEMailInDBQuery zwischen durch irgend wo freigibst ohne den Zeiger zu nillen...

Huhu! Dies habe ich schon getan. Ich kann auch in der Quelltextzeile vor EMailAdressToCustomerIDQuery.Transaction:=ta auf IsEMailInDBQuery zugreifen und z.B. den ClassName ausgeben. Funktioniert wunderbar.

[Lemmy]

könntest Du dann mal die Stelle hier ändern bzw. die Transaction in der Query Nillen? Schau dir ggf. auch mal an was im Code bei der Query passiert, wenn DU ne Transaction setzt.

Delphi-Quellcode:

 IsEMailInDBQuery.Close;
 IsEMailInDBQuery.Transaction:=nil;
 ta.free;

[alleinherrscher]

Zitat von Lemmy:

könntest Du dann mal die Stelle hier ändern bzw. die Transaction in der Query Nillen? Schau dir ggf. auch mal an was im Code bei der Query passiert, wenn DU ne Transaction setzt.

Delphi-Quellcode:

 IsEMailInDBQuery.Close;
 IsEMailInDBQuery.Transaction:=nil;
 ta.free;

Hatte es schon mit freeandnil. Habe das Problem aber scheinbar gelöst, indem man auf XE2 Update 4 updatet. (auch ohne Synchronisation)

Trotzdem besten Dank für all eure hilfreichen Tipps!

[tsteinmaurer]

@alleinherrscher: Bei Multi-Threading Clients mit Firebird herrschen andere Gesetze und Dinge, die vorher gingen, funktionieren nun nicht mehr. Aus Firebird-Sicht gibt es hier ein paar Regeln, wie zum Beispiel: Jeder Thread eine eigene DB-Verbindung, kein Transaktions-Sharing zwischen Threads etc ...

Ich kenne jetzt dein Objektmodell nicht, aber ein Anfang bei dir wäre vermutlich im Email-Thread eine eigene, lokale TDatabaseConnection Instanz, die in keinster Weise in Abhängigkeit zu anderen Threads (auch nicht dem Main-Thread!) steht.

[alleinherrscher]

Zitat von tsteinmaurer:

@alleinherrscher: Bei Multi-Threading Clients mit Firebird herrschen andere Gesetze und Dinge, die vorher gingen, funktionieren nun nicht mehr. Aus Firebird-Sicht gibt es hier ein paar Regeln, wie zum Beispiel: Jeder Thread eine eigene DB-Verbindung, kein Transaktions-Sharing zwischen Threads etc ...

Ich kenne jetzt dein Objektmodell nicht, aber ein Anfang bei dir wäre vermutlich im Email-Thread eine eigene, lokale TDatabaseConnection Instanz, die in keinster Weise in Abhängigkeit zu anderen Threads (auch nicht dem Main-Thread!) steht.

Okay danke, wird gemacht. Besser ist das.