Mehrere DB-Verbindungen aus Dienst überfordern Firebird ?!

[neo4a]

Sorry, aber diese Konzepte waren schon bekannt, als ich meine WaWi vor 12 Jahren mit Interbase 5.6 produktiv schaltete, die auch heute noch entwickelt wird (jetzt aber mit FB 1.5).

Weitere Datenbanken zu benutzen, halte ich nicht für sinnvoll: in DB3 kommt eh alles wieder zusammen.

Was hälst Du davon, einen Generator IMPORT zu benutzen, der den Status des Imports angibt?

Ist IMPORT = 0, dann kann man in der Client- Anwendung normal arbeiten. Bei Inserts wird IMPORT=1 gesetzt, bei abgeschlossener Transaktion wieder auf 0. Arbeitet Dein Dienst, dann setzt er als erstes IMPORT=1 (wenn IMPORT=0 ist), ansonsten wird eben eine Zeit gewartet. Sobald IMPORT=1 gesetzt werden konnte, arbeitet der Dienst einen Teil der Import-Datei ab (vielleicht auch nur 1 Zeile). Anschließend setzt er IMPORT=0, damit am Client zwischenzeitliche Inserts möglich sind. Stellst Du mit IMPORT den prozentualen Fortschritt des Import-Dienst dar, so kannst Du sogar im Client den Status bekannt geben (wenn gewünscht).

Das ist nur ein Roh- Konzept eines partnerschaftlichen und nicht blockierenden Dienstes, wobei die Client-App. die Priorität behält. Natürlich lässt sich das auch anders realisieren, aber Du wolltest es ja "schnell und schmutzig".

Deine Überlegung FB zu ersetzen, bringt m.E. nicht viel. Gewinnen könntest Du, indem Du moderne API-Komponenten einsetzt. Ich benutze von Anfang an IBObjects, das seinerzeit einzigartig war. Du hast heute die Wahl zwischen weiteren Bibliotheken, die alle ihren Charme haben.

--
Andreas

[mkinzler]

Nur werden die IBObjects nicht mehr zufriedenstellend weiterentwickelt

[neo4a]

In der Tat fehlt zurzeit die D2009- Unterstützung. Es gibt aber aus den letzten Tagen eine Statement, dass einiges klärt und die Verfügbarkeit ankündigt.

Ansonsten ist das mit der Weiterentwicklung so eine Sache. IBO implementiert ja einige Techniken, die u.a. gerade das Tabellen- Browsen in großen Datenbeständen einfach und performant gestaltet. Auch die Dataset-Focus- und QBE (Query By Example)- Technik ist bemerkenswert. Alle diese Sachen sind primär von der Firebird-Version unabhängig und bis (m.W.) D2007 verfügbar. Ich habe z.B. meine Entwicklungsumgebung derzeit auf D7,IBO4.1 und FB1.5 eingefroren, weil bei langlaufenden Projekten die Zuverlässigkeit weit höhere Priorität hat, als die Unterstützung der letzten Features von Datenbank und IDE.

Ich erinnere mich in diesem Zusammenhang nur ungern an die Zeit, als ich bei auftretenden Fehlern nicht wusste, ob es mein Design-Fehler, eine "Eigenheit" von Interbase/Firebird oder ein IBO-Problem war: viel zu häufig war es eine Kombination aus allem ;)

--
Andreas

[mkinzler]

Die IBO-Entwicklung stagniert schon länger. Es gibt aber auch noch Alternativen wie IBDAC und FIBPlus, welche aktiver weiterentwickelt werden

[neo4a]

@mkinzler
Du hast Recht: Es gibt Alternativen beim DB-Zugriff auf FB. Oberflächlich gesehen sogar mehr als 2.
Du bist bei der IBO- Entwicklung vielleicht nicht ganz auf dem Laufenden.

--
Andreas

[hoika]

Hallo,

um noch mal zum Hauptproblem zu kommen,
gibt es schon Neuigkeiten (eigenes TSession) ?

PS:
Ich habe hier auch noch ne BDE-FB-Leiche im Keller,
die noch Änderungen lechzt ... ;)
(FIBPlus ist schon gekauft und lungert auf der Platte rum.)


Heiko