FireBird Embedded + Zeos langsam?

[fkerber]

Hi!

Ist Firebird embedded wirklich so langsam, oder läuft sonst was bei mir schief?
Folgendes Szenario:

Im FormCreate:

Delphi-Quellcode:

  Conn.Connect;
  GetCaptions(conn, Treeview1);

Dabei dauert das Connecting zur Datenbank locker mal 3-5 Sekunden.
Selbes Spiel beim Beenden des Programms - nur hier dauert es immer min. 5-10 Sekunden. Man klickt also auf das schöne rote X und das Fenster verschwindet auch sofort, aber es dauert dann halt eben ewig, bis das Programm wirklich fertig ist (IDE von Running auf Stopped schaltet)

Auf Dauer ist das echt nervig.
Daher meine Frage ist FB embedded echt so langsam oder wodran kann das hängen?


Edit:
Ein einfaches Conn.Disconnect; im FormClose dauert über 7000 (was auch immer Gettickcount für eine Einheit hat)
Das mag zwar jetzt kein genauer Wert sein, zeigt aber denke ich die (viel zu große) Größenordnung...

Ciao Frederic

[mkinzler]

Es ist logisch, daß eine Verbindung über fbembedded länger braucht als auf eine Remote DB. Der im Client eingebaute Server muß ja die datei öffnen und gewisse Datenstrukturen im Speicher erzeugen und beim Schließen diese wieder freigeben. Bei einer remote Verbindung ( oder Verbindung zu einem lokal installierten Server) bekommst du von diesen Vorgängen im Normalfall nichts mit.
Aber ob eine deratige Verzögerung ( zumindest beim Schließen) normal ist kann ich die auch nicht sagen.

[fkerber]

Hi!

Danke für deine Antwort.
Beim Start wäre das ja noch nicht so schlimm, aber gerade beim Beenden ist das echt dumm, besonders weil der Nutzer es gar nicht merkt (Formular ist schon weg). Öffnet er die Exe direkt wieder, dann iss der Rechner ziemlich lahm gelegt.

Hast du mein Edit oben noch gelesen gehabt?


Ciao Frederic

[mkinzler]

Zitat:

Hast du mein Edit oben noch gelesen gehabt?

Nein.
hast du es mal über anderen Weg probiert ( IBExpert über embedded-dll oder andere Komponenten)?

[monta]

Also Gettickcount liefert ms.

Aber bei mir dauert die Verbindung über Firebird-emb. nicht so lange, auch das Disconnect geht wesentlich schneller.

Beim start weniger als 2 Sekunden, allerdings schon mit sämtlichen anderen Dingen die da noch so erledigt werden und mehreren Abfragen, allerdings mit kleinen Datenmengen.

Beim Beenden springt die IDE sofort wieder um, also geschätzt deutlich weniger als 1s.

[fkerber]

Hi!

Ok, das ist schlecht...
Dann werd ich mal was anderes ausprobieren müssen!


Ciao Frederic

[Hansa]

An FB embedded liegt das definitiv nicht. Egal ob embedded oder Server. Da ist kein Unterschied. Überprüfe mal die GDS32.DLL und überhaupt die ganze FB-Installation. Ich vermute mal, daß die irgendwo liegt, wo sie erst zuletzt gefunden wird und das kann dauern. Eventuell ists auch das nicht optimierte Allerwelts-Zeos.

[fkerber]

Hi!

Also sie liegt im Programmverzeichnis und es sind die neusten Komponenten von Zeos...


Ciao Frederic

[Hansa]

In solchen Fällen muß man eben das Problem eingrenzen. Also hier : Zeos als mögliche Fehlerquelle ausschalten. => IBExpert. Das Ganze damit nachbauen. Fehler weg => liegt an Zeos oder eigenem Programm. Fehler da auch => liegt an DB-Installation. In IBExpert hierzu den genauen Pfad zur "Client-Bibliothek" angeben. Hat die auch ca. 1,5 MB ? Sind es < 400 KB dann ist das die vom Server. Wird der nicht gefunden, dann wird eventuell dann nach der embedded gesucht usw. Tippe aber auf Zeos, ist sicherer.

[fkerber]

Hi!

Jepp, sie hatte 1,45 MB.
Aus Zeitgründen habe ich mir die Fehlersuche jetzt gespart und bin wieder zur Absolute Database zurückgekehrt. Dann hab ich den Stress nicht und muss noch nicht mal etwas mitliefern...


Ciao Frederic