Firebird schließt Verbindungen nicht... 100% CPU last

[PaulJr]

Hallo Hoika, :-D
Du muss es wissen… :idea:

Kannst mir bestimmt erklären, wann eine Transaction ein Sinn macht…

Teilweise hast Du schon die Frage beantwortet:

1.) Zum einem immer dort wo Du diese anwendest…, bzw. Dort wo 50 Leute auf einmal auf eine Datenbank zugreifen… mit z.B. 200 SQL-Tabellen und x-Millionen Datensätze…

Na ja, aber dann kommt, hab natürlich vergessen, dass was Du immer programmierst:

Ein RollBack ! :shock:

Denn mache ich jetzt auch :mrgreen:

Viele Grüße

Paul Jr.

[hoika]

Hm... ;)

also da hast du was missverstanden.

1.
Unter IB/FB (und in jedem vernünftigen DBMS) wird jede
DB-Aktion (Insert/Update/Delete)
im Rahmen einer Transaktion bearbeitet.

2.
Die Bde kennt einen Mechanismus namens "AutoCommit!
Jede DB-Aktion wird in ein StartTransaktion/Commit gepackt,
ob man das will oder nicht.
Ausnahme siehe 3.

3.
Stösst man eine Transaktion manuell (DataBase.StartTransaction)
kann man mehrere DB-Aktionen durchführen ohne das Commit.
Erst durch das manuelle Anstossen sind überhaupt Sachen wie

2 DB-Aktionen müssen klappen, wenn eine der Aktionen fehlschlägt, vergiss alle Aktionen

mit der BDE überhaupt möglich.

Positiver Nebeneffekt ist eine höhere Geschwindigkeit ...


Alle bisherigen Angaben haben erst mal nichts damit zu tun,
wie viele Clients (sagen wir mal Rechner) auf die DB zugreifen,
wir reden erst mal nur von einem Client.


Was dein Satz 50 Benutzer und Transaktion gemein haben,
verstehe ich gerade nicht ;)
Ist ja auch schon spät...


Nun du dem "was du immer programmierst ;)"
Ich versuche, keine Transaktion auf dem Server offen zu haben,
wenn der Client nichts zu tun hat.

Delphi-Quellcode:

if not DataBase.InTransaction then DataBase.StartTransaction

heisst für mich, der Programmierer weiss nicht, ob ein Transaktion offen ist oder nicht.
Und genau da ist das Problem.

Eine offene Transaktion, vielleicht noch in einem Form, was auf Nutzereingaben wartet,
heisst für IB/FB einen Riesenaufwand betreiben (MGA).

Das beste wäre ja, für verschiedene Arbeiten (Tabellen oder Funktionsgruppen) eigene Transaktionen
zu verwenden, aber das und BDE ;( geht nicht.


Es hilft also nur,

1. BDE wech ;) (bin gerade dabei)


2. Mit der BDE noch ein bissel leben (argzzz)
dann keine Transaktionen offen halten

Man müsste dazu sogar mal nen

Delphi-Quellcode:

   Assert(DataBase1.InTransaction=False)

vor dem StartTransaction-Code setzen,
um die Stellen zu finden, wo die Transaktion noch offen ist.



Heiko

[PaulJr]

Hallo Hoika, :???:

ja, dass ist eine klare, korrekte Antwort die ich auch akzeptiere. :hello:

Aber diese Aussage von Dir:
(…)
OK, hier ist es mal nicht notwendig, schadet aber auch nicht. :shock:
(…)

kann wirklich einen zukünftigen Programmier in die Ire führen, da was bedeutet schon „schadet aber auch nicht.“
Natürlich so was schadet und zwar gewaltig, da schlechte Angewohnheiten sind später nur schwer bekämpfbar.
Darüber hinaus, man sieht das schon auf den ersten Blick, dass hier, was das Ablauf-Verständnis betrifft noch Nachholbedarf herrscht.

Bewirb sich also ein Programmierer um eine Arbeitsstelle und liefert so etwas an Source-Code
hat er bei 90% Software-Firmen gar keine Chance.

Also, ein guter Programmierer (und Du gehörst mit Sicherheit auch dazu :coder: ) sollte hier nicht nur bei Problemen helfen sondern auch, was nicht zu unterschätzen ist: zum gutem Programmierstil verhelfen.


Viele Grüße

Paul Jr.

[hoika]

Hallo,

nun, auf das Posting bekommst du von mir mal 100%, aaach 101 % ;)


Heiko

[Sascha-L]

Vielen Dank an euch, ich werde mich in nächster Zeit mal mit meinem Kollegen zusammensetzen und ihm eure Vorschläge vorstellen, finde Nett, dass ihr euch um meinen Programmierstil kümmert, bin halt noch relativ neu, und auch dieses Projekt ist ziemlich neu für mich.

Falls euch noch andere Sachen einfallen würden, wodurch dieses Problem entstehen kann, wäre ich euch sehr Dankbar für eure Posts und Lösungsvorschläge.

Also :thumb: vielen Dank


MfG

Sascha