Forum: Datenbanken
by tsteinmaurer,
22. Mär 2012
Puh, da ist was los. Ist man mal ein paar Stunden weg ...
@QuickAndDirty: Auf deine mehrfach gestellte Frage:
Nein. Ich verdiene auch nichts dabei Firebird zu verteidigen, außer wenn du bei mir kommerzielle Unterstützung zur zielorientierten Problemlösung (die in einem öffentlichen Forum manchmal schwer ist) suchst. 8-)
Darum wünsch ich dir Alles Gute bei der Problem- und Lösungsfindung,...
Forum: Datenbanken
by tsteinmaurer,
22. Mär 2012
Naja, die üblichen Kennzahlen, die etwas mit Performanz tun haben. Also z.B. die Ausführungsplan, Ausführungszeit, I/O-Statistiken, Indexed vs. Non-Indexed Reads, abseits vom Trace Output in Hinblick auf die Selektivität der Indizes in deiner Datenbank etc.
Forum: Datenbanken
by tsteinmaurer,
22. Mär 2012
Also, die 2(!) Fat-Clients und der Webserver greifen im LAN (mit geringer Latenz) auf die Datenbank zu? Wenn ja, auf die Gefahr hin, dass ich mich wiederhole, aber da liegt mit ziemlicher Sicherheit die Spaßbremse in der Client-Anwendung und nicht im Remote-Protokoll. Was war nochmal dein ursprüngliches Problem? Einfach nur schlechte Performanz?
Forum: Datenbanken
by tsteinmaurer,
22. Mär 2012
Das Firebird-Remote-Protokoll ist bekannt "geschwätzig". Siehe auch den Lesestoff hier:
http://dyemanov.blogspot.com/2012/01/generic-thoughts-about-network.html
http://dyemanov.blogspot.com/2012/03/protocol-packets-and-buffers.html
http://dyemanov.blogspot.com/2012/03/records-batching.html
Wenn man sich aber in einem LAN befindet, dann sollte das nicht so viel ausmachen. Vorausgesetzt...
