ZEOS im Produktiveinsatz mit FB ?

[hoika]

Hallo #,

hat jemand FB1.5 + ZEOS im Produktiveinsatz (>10 Clients, 24h usw.)
Wann ja, die alte oder neue Version ?

Ich will mich jetzt so langsam von der BDE verabschieden (jaja ;) ),
und würde ZEOS wegen Multi-DB-Fähigkeit UIB vorziehen.

Danke


Heiko

[Domo Sokrat]

Hi,

hab' eben gerade Deine Anfrage gelesen. Wir haben eine Applikation auf > 50 Rechnern laufen, die die Zeos in Version 6.1.5 (ohne Patches) nutzt, und auf eine MySQL 4.0.x Datenbank zugreift. Über die Applikation werden ständig Daten neu eingepflegt, geändert und abgefragt, so dass die DB richtig "Stress" hat. Das Teil läuft sehr stabil, was für den Einsatz dieser Zeos-Version auch mit anderen unterstützten Datenbanken (wie z. B. FB 1.5) spricht. Wenn die 6.6'er Version der Zeos "stable" ist, würde ich diese empfehlen, da sind einige Verbesserungen (auch bzgl. FB) drin.

Grüße!

[hoika]

Hallo Domo,

ich habe gerade dein ZEOS-Tut gelesen (6.1.5).
Dort standen ein paar Sachen drin, die mir nicht so gefallen an ZEOS.

- InTransaction existiert nicht
OK, sollte es jetzt in der 6.5 ja

- Commit Retaining
wie hast du das in der deiner App gelöst,
ein hard commit zu machen (das ist ja der BDE-Standard)
ein Connection.Close will ich nicht machen
(Performance)

ich benutze Firebird, da führt wie du so schön gesagt hast,
ein retaining zu performance-Problemen

- Transaction
kann eine Connection wirklich nur eine Transaktion bedienen ?
das ist zwar BDE-Standard, aber ja wohl nicht mehr state-of-art

Danke im voraus
Heiko

[Domo Sokrat]

Hi,

die ersten zwei Punkte haben sich ja quasi "erledigt". Gegen das Retaining (gefällt mir persönlich auch nicht!) kann ich stand jetzt leider nix machen. Die Zeos-Entwickler, die FB nutzen, müssen es noch als gegeben so hinnehmen. Sorry!

Leider kann eine Connection auch nur eine Transaktion bedienen. Damit, dass das nicht mehr "State of the Art" ist, hast Du recht ... Mein Vorschlag: Mach doch mal einen Feature-Request-Thread bei uns im Forum auf und schlag das mal vor für eine der nächsten Versionen :thumb:

Achja - hatte ich vergessen zu erwähnen: Die Applikation, die ich zuvor erwähnt hatte, greift über ZEOS ebenfalls (über das ADO-Protokoll) auf einen MSSQL-Server zu, der extrem unter Dampf steht und jede Menge Transaktionen verarbeiten muss. Funzt wunderbar...

Grüße!

[hoika]

Hallo,

also muss ich UIB nehmen.
oder warten :wall:

*seufz*

Was heisst "feature request bei uns im Forum" ?
delphipraxis ?

Heiko

[mkinzler]

Zitat:

Was heisst "feature request bei uns im Forum" ?

Ich glaube er meint das Zeos-Forum.

[Domo Sokrat]

Hi!

Zitat:

Zitat von mkinzler

Zitat:

Was heisst "feature request bei uns im Forum" ?

Ich glaube er meint das Zeos-Forum.

JOU!!! Sorry für meine undifferenzierte Ausdrucksweise :stupid:

@hoika: Ich hoffe, dass Du trotzdem das Zeos-Projekt im Auge behältst, auch wenn Du zur "Konkurrenz" ;-) gehst ...

[hoika]

;)

Im feature request steht es schon drin.
Antwort "dauert, mal sehen, usw. ..."

Das ist auf jeden Fall das K.O.-Kriterium für die Nutzung mit Firebird.
Ein Connect dauert "ewig",
Wie soll das ohne HardCommits überhaupt funktionieren ?. :wall: :wall:
Und die Tatsache, dass es seit Jahren nicht drin ist,
macht mich stutzig.
Naja, da ich eh bridge pattern nutzen werden,
behalte ich es im Hinterkopf. :zwinker:


Heiko

[bepe]

Da wir mit den IBO's (genauer TIBOQuery) an manchen Stellen auf Performance-Probleme stoßen (eine schlichtes Open, welches nur einen Datensatz liefert, dauert schonmal 1 bis 1,5 sekunden), wurde ich erst Heute gefragt ob Zeos eine Alternative ist. Privat habe ich nur positive Erfahrungen gemacht aber wenn es an ein Projekt mit tausend Anwendern geht...

Nehmen wir einmal ich würde mir das Commit-Problem wegfuschen, was wisst ihr noch Positives bzw. Negatives zu berichten?

Mein Fusch-Ansatz:

Delphi-Quellcode:

unit ZDbcInterbase6;
...
procedure TZInterbase6Connection.Commit;
begin
  if Closed then Exit;

  if FTrHandle <> nil then
  begin
    FPlainDriver.isc_commit_transaction(@FStatusVector, @FTrHandle); // <- meine Änderung
//  FPlainDriver.isc_commit_retaining(@FStatusVector, @FTrHandle);  <- alt
    CheckInterbase6Error(FPlainDriver, FStatusVector, lcTransaction);
    DriverManager.LogMessage(lcTransaction,
      FPlainDriver.GetProtocol, 'TRANSACTION COMMIT');

    StartTransaction; // <- meine Änderung
  end;
end;
...

Wenn ich mir eine eigene DB-Treiber-Klasse ableite (und das Rollback entsprechend anpasse), wie sehr wäre mein Ansatz gefuscht?

Ach ja, wir setzen natürlich Firebird ein. In Version 1.5 und D7.

[hoika]

Hallo,

wieso muss das Rollback angepasst werden ?

Warum dauert das Open so lange ?
Oder anders gefragt, dauert es denn mit ibplanalyzer kürzer ?


Heiko
PS: Wie du siehst, stehe auch gerade vor dem Zeos-Problem ;(