Vor- und Nachteile von FB embedded für Einzelrechneranwendung

[jobo]

Ja, die Wahrscheinlichkeit für einen solchen Fall ist sicher höher mit embedded auf einer Workstation.
Aber es geschieht m.E. nichts anderes, als bei einem Server.
Selbst wenn nicht der Server sondern nur das Clientprogramm abschmiert/gekillt wird.
Wenn kein commit mehr kommt, speichert auch der Server die Daten nicht.

[p80286]

Meiner Meinung nach ist das ein Problem des Programmieres.
Wenn er nach jedem Datenhäppchen ein commit abschickt, ist es sicherer als wenn erst einmal gesammelt wird und dann irgendwann das MB DB-Futter losgeschickt wird.

Dieses Risiko besteht allerdings sowohl bei embedded als auch bei Server-DBs.

Gruß
K-H

[hoika]

Hallo,

danke für Ihre Meinungen.

Ich meine in der Tat das (auch ungewollte) Beenden der eigenen Anwendung.
Stürzt die Anwendung ab und der (nicht embedded) Server schreibt noch was, OK,
habe ich eine embedded DB, kann es doch sein, dass die DB beschädigt wird ?.

Es geht also nicht um Datenverlust wegen fehlendem Commit,
sondern um beschädigte DB's.


Heiko

[BUG]

Zitat von hoika:

habe ich eine embedded DB, kann es doch sein, dass die DB beschädigt wird ?.

Das sollte bei einem ordentlichen Datenbanksystem nicht passieren.
Wenn dein Anwendung sehr häufig abstürzt, steigt natürlich die Wahrscheinlichkeit, das du auf einen Bug stößt; ansonsten sollte eine Datenbank einen Crash ohne Korruption.

[hoika]

Hallo Bug,

du weisst schon, dass wir hier von einer Dll im Prozessraum der eigenen Anwendung reden ?



Heiko

[p80286]

Was verstehst Du eigentlich unter "beschädigt"?

Gruß
K-H