CRLab oder FIBPlus als BDE-Ersatz

[Hansa]

Wer noch Interesse hat, der sollte sich beeilen. Könnte sein, dass bei 4 Interessenten zeitnah bestellt wird. 8)

[Amiga-Fan]

Zitat:

Dann noch hier aus dem Forum : einer kauft sich IBDAC und jammert dann.

hansa meinte vermutlich mich. Ja anfangs hatte ich das Problem, das ich mit IBDAC TextBlobs nicht mit Parametern und params[x].asstring:= füllen konnte, bin dann über Streams gegangen und dann gings. Ansonsten gehts jetzt einwandfrei und stabil. Habe nur noch nicht rausgefunden, wie man die DB readonly mit IBDAC setzen kann, nutze dafür noch UIB.

[mkinzler]

Schon mal im offiziellen Forum geschaut?

[Amiga-Fan]

Ja. Wie gesagt, ich habs über Streams umgangen, daher ist mir das jetzt auch egal.

Nur das mit Readonly wüsste ich noch gern...

[Hansa]

Herzlich willkommen in der Delphi-Praxis, Amiga-Fan. Ja, Du warsts. :mrgreen: Hast immerhin 100 EUR gespart und dafür keinen Source etc. Die aufgetauchten Probleme konnten nur mit Streams gelöst werden ? :shock: Dann ist meine Entscheidung für FIBPlus wohl schon richtig so. Allerdings : 4 Leute haben die 4er Lizenz schon gesichert für maximal 183 EUR jeweils. Jeder der da noch dabei kommt wäre gut. Im Hintergrund läuft da aber noch einiges. Bzw. könnte. :???:

[Amiga-Fan]

Das Problem ist hier beschrieben

http://www.crlab.com/forums/viewtopic.php?t=10080

der Workaround hatte bei mir aber nicht funktioniert. Aber mit meinem Workaround, übergabe des Parameters mit

params(0).asstream:=

und Benutzung eines einfachen Textstreams hatte dann funktioniert, weiter verfolgt hatte ich das anschließend nicht.

Die Leute liefern häufig Updates, und ganz fehlerfrei wird fibplus auch nicht sein.

[Hansa]

Hier stehen noch wichtige Sachen :

http://www.devrace.com/en/fibplus/articles/

[Hansa]

Zum Thread im Thread, also FIBPlus Bestellung. Es sind jetzt genügend Leute dabei. Wer noch überlegt, der soll das nicht mehr lange machen (10. Sep. 2007). Ich habe ausgehandelt, dass personalisierte Lizenzen auch für mehr als 5 Leute gehen, zu denselben Bedingungen inkl. Rechnung usw. Bei Interesse : PN schicken. Später kann sich sonst jemand anderes drum kümmern. :stupid:

[mschaefer]

Auch wenn Hansa die Werbetrommel rührt,

bin ich immer noch der Auffassung, das die Zeos-Komponentne ein gute Alternative zur BDE und auch zu FIB sind.
Gerade das man in Grenzen sogar die DB wechseln kann ohne dass die Applikation das mitbekommt finde ich interessant.
Gut Dokumentiert ist das auch:

Zeos und Firebird 1
Zeos und Firebird 2
Zeos und Firebird 3
Zeos Forum - Dokuemtationsprojekt


Grüße // Martin

[Hansa]

Die Werbetrommel hat mitlerweile ausgedient. Wer nicht will, der hat gewollt. :mrgreen:

[hoika]

Hallo,

auch wenn mschaefer die Werbetrommel rührt ;)
ne, im ernst.

ZEOS war für mich auch in der Pipeline.
Nur : Es gibt bisher kein HardCommit, nur SoftCommits.

Und das ZEOS-Team sagt, mal sehen, wenn Zeit ist.

Wer jetzt sagt na und, hat die MGA Firebird nicht verstanden.

Das Umstellen auf andere DB's kann man auch über bridge pattern machen.


Heiko

[phlux]

Ich verfolge den Thread hier schon ne weile, eine Frage am Rande (bin ja noch Azubi :mrgreen: ) was sind denn harte und softe Commits?

[mkinzler]

Bei harten Commits, wird die Transaktion richtig abgeschlossen, bei Softcommits werden die Änderungen zwar zurückgeschrieben aber nicht endgültig abgeschlossen (CommitRetaining)

[phlux]

ah, comprendo! :dp:

[hoika]

Hallo,

naja, das ist die technische Erklärung.

Der Vorteil ist, eine SoftCommit ist schneller
(auf Cleint-Seite) als ein hardcommit.

Nun zum Problem damit.

FB führt ja eine Liste der laufenden Transaktionen mit,
bei softcommits bleibt die Transaktionsnummer gleich,
die "Transaktionsmaske" auf dem Server wird immer grösser,
weil FB immer alle aktiven Transaktionen im Auge behalten muss.
-> der Speicherverbrauch wird immer grösser.


Das äussert sich dann in solchen Sätzen wie
"Mein Programm wird mit der Zeit immer langsamer,
wenn der Server neu gestartet wird,
geht es wieder ganz schnell, aber mit der Zeit wird es wieder langsam"

Die Ursache können nat. auch lang laufende Transaktionen sein
(jaja, in IB7 wurde zumindestens bei read-only was dagegen getan).

Das ganze lässt sich schön bei Andreas Kosch nachlesen.


Heiko

[alex517]

Hi,

@Hansa

Zitat:

Zitat von Hansa

Einer der besten IB/FB - Spezialisten (Alex517) was benutzt der ? FIBPlus.

Da kommt man nichts ahnend aus dem Urlaub und wird auch noch so gebauchpinselt!:oops:
Als beste Spezialisten würde ich Holger Klemt(IBExpert) oder Thomas Steinmaurer nennen.
Bis zu denen fehlt mir noch eine ganze Menge. Aber trotzdem vielen Dank. :-D

@Hagen

Zitat:

Zitat von negaH

Alex benutzt FIBPlus und Firebird und er hat mich vollständig überzeugt.
zZ. muß ich mich mit MS-SQL7 rumschlagen kein Vergleich zu FIBPuls+IBExpert+Firebird.
Und wer mich kennt weiß wie schwer es ist mich so zu überzeugen.

Hagen, die 3 Wochen in Eisenach habe ich noch in lebhafter Erinnerung!
Und "Schwer" ist in diesem Zusammenhang durchaus diplomatisch ausgedrückt. :-D
Wir müssen mal wieder telefonieren.


Jetzt zur Fragestellung:
Gleich vorweg, CrLab habe ich nie getestet.
Ich habe vorher mit IBO gearbeitet und kann mich da nur der Meinung von RavenIV anschließen.
In Zeos, bitte mich zu korrigieren, ist nur eine Transaction pro Connection möglich.
Damit kann man die Vorteile, die die Verwendung des Transactionmanagement bietet, nur eingeschränkt nutzen.

FibPlus hingegen unterstützt die Arbeit mit Transaction.
Z.B kann das FibDataSet zum Lesen und Schreiben unterschiedliche Transactionen verwenden.
Vorteil:
- schreibende Transactionen auf die Dauer des Scheibens begrenzt
- Änderungen können Hard-Committet werden(schönes Denglish), während das Dataset weiter offen bleibt
- lesende Transactionen laufen mit accessmode Readonly , damit wird die Last auf dem Server verringert.
Siehe Access modes


Eine weiter nützliche Sache ist die Unterstützung von Macros.
Damit kann man sehr flexibel UND bequem Abfragen "von Hand" zusammenbauen.
z.B.

SQL-Code:

  
  select ID, NachName, Vorname, Typ
  from Person
  @@Filter@
  @@Order@

Delphi-Quellcode:

  case AFiterArt of
  1: begin
       dtsPerson.ParamByName('Filter').AsString := 'where NachName like :NachName';
       dtsPerson.ParamByName('NachName').AsString := ANachName+'%';
     end;
  2: begin
       dtsPerson.ParamByName('Filter').AsString := 'where Typ = :Typ';
       dtsPerson.ParamByName('Typ').AsInteger := ATyp;
     end;
  3: begin
       dtsPerson.ParamByName('Filter').AsString := 'where Typ in (:Typen)';
       dtsPerson.ParamByName('Typen').AsString := ATypenListe;
     end;
  else
    dtsPerson.ParamByName('Filter').Clear; // Nicht vergessen!!
  end;

  if AOrder <> '' then dtsPerson.ParamByName('order').AsString := AOrder
    else dtsPerson.ParamByName('order').Clear; // Nicht vergessen!!

Verwendet man die SQLMonitor von FibPlus, so werden die gesetzten Parameter ebenfalls protokolliert,
was bei der Fehlersuche sehr von Vorteil ist.

Nicht zu vergessen ist auch die Möglichkeit der lokalen Sortierung im FibDataSet nach
ein oder mehreren Feldern, ohne dass die Datenmenge nochmal vom Server mit einem geänderten "Order by.." geholt werden muss.

Noch was zu der häufig erwähnten Möglichkeit, mit den gleichen Komponenten
verschiedene Datenbanken ansprechen zu können (z.B. Zeos):
Bisher kenne ich keinen Kunden (erst Einzelhandel, jetzt Pflegedienste),
der mir vorgeschrieben hätte, welche Werkzeuge (Compiler/DBs)
ich zur Erreichung der Funktionalität der Software verwenden soll.
Wichtig ist nur das Ergebnis.
Damit entscheide ich als Entwickler was sinnvoll ist und was nicht.
Mir sind Komponenten die genau auf die Datenbank zugeschnitten und alle Funktionalitäten der
DB unterstützen wichtiger, als die welche die nur den kleinsten gemeinsamen Nenner verschiedene DB bieten.


Also, wenn jemand Komponenten für den Zugriff auf IB/FB sucht
kann ich FibPlus nur empfehlen:
-schnell
-stabil
-komfortabel
-immer auf dem neuesten Stand der Entwicklung
-guter Support
-entsprechen dem Borland/CodeGear-Standard
-gut dokumentiert
-sind ihren Preis wert



alex

[hoika]

Hallo,

stuemmt, eine Transaction pro Connection,
das hatte ich noch vergessen, zu erwähnen.
Bei einer Umstellung Bde-ZEOS ist das sogar ganz nützlich:

TDataBase.StartTransaction -> TZConnecon.StartTransaction

Wenn man FB allerdings richtig ausreizen will,
sind mehrere Transactionen pro Connection natürlich schön.

Ein anderes nettes Feature ist das Wiederherstellen
des Status, wenn mal die Verbindung weg war.
Und mit Status sind auch offene Queries gemeint.


Heiko

[alex517]

Zitat:

Zitat von hoika

Hallo,
Ein anderes nettes Feature ist das Wiederherstellen
des Status, wenn mal die Verbindung weg war.
Und mit Status sind auch offene Queries gemeint.

Irgendwo habe ich gelesen das zu diesem Zweck
mit CachedUpdates gearbeitet werden muss.
Durch das Verlieren der Connection wird zwangsläufig
auch die Transaktion beenden.
Durch CachedUpdates bleibt die lokale Datenmenge trotz
beendeter Transaktion offen und kann nach einem Reconnect
weiter verwendet werden.
Damals hat mich der Zusätzliche Aufwand der CachedUpdates
abgeschreckt, so das ich mich nicht mehr darum gekümmert habe.
Allerdings ist das schon eine ganze Weile her, gibt es in
zwischen neue Erkenntnisse?

alex

[hoika]

Hallo,

ich meinte mit dem netten Feature FIBPlus,
und so wie ich das gelesen habe, geht das automatisch.


Heiko

[alex517]

Zitat:

Zitat von hoika

ich meinte mit dem netten Feature FIBPlus,
und so wie ich das gelesen habe, geht das automatisch.

ich auch. Hast du mal einen Link?

alex

[hoika]

Hallo,

ohhhhh,
das hatte ich aber schon mal anders gelesne.

http://www.devrace.com/en/fibplus/features.php

Support of re-connection to a database if the connection has been lost. This requires use of TpFIBDataSet.CachedUpdates to apply user's data changes to the restored connection.


Heiko

[alex517]

Es bleibt also bei CachedUpdates.
Aber wie sollte es auch anders gehen?
Connection weg, Transaktion weg, die an die Transaktion gebundene Datenmenge weg..
Es sei den man behält die Datenmenge in einem lokalen Zwischenspeicher
und der wird über CachedUpdates realisiert.

alex

[hoika]

Hallo,

ja, so ist es. ;(


Heiko

[Hansa]

Willkommen zurück in der Arbeitswelt, Alex. :lol:

Zitat:

Zitat von alex517

...Noch was zu der häufig erwähnten Möglichkeit, mit den gleichen Komponenten
verschiedene Datenbanken ansprechen zu können (z.B. Zeos):
Bisher kenne ich keinen Kunden (erst Einzelhandel, jetzt Pflegedienste),
der mir vorgeschrieben hätte, welche Werkzeuge (Compiler/DBs)
ich zur Erreichung der Funktionalität der Software verwenden soll.
Wichtig ist nur das Ergebnis.
Damit entscheide ich als Entwickler was sinnvoll ist und was nicht.
...

Wie sagen die Kleinen ? Full Ack. :mrgreen: Wer "dem DAU die Auswahl der DB überlassen" so was macht, der ist schön blöd. :mrgreen: Ich würde diese eventuelle Möglichkeit, eine unoptimierte DB zu benutzen nicht mal erwähnen.

[hoika]

Hallo,

naja, ich hatte schon die Nachfrage:
"Bei uns läuft schon MS-Sql. Muss da noch was installiert werden?"

Dann sage ich: "Ja, Firebird, läuft aber problemlos parallel".


Heiko

[mkinzler]

Microsoft weiß schon warum sie den SQLServer mit allen möglichen ihrer Produkte bündeln

[Hansa]

Es gibt schon Ausnahmen. Kommt einer daher und sagt : Access muss installiert werden oder auch die BDE, dann würde ich mir Gedanken machen. Beides ist standardmäßig nicht vorhanden. Aber was solls, ist das Programm gut und wichtig, dann kann auch Access auf die Kiste. Die Argumentation kann allerdings auch umgedreht werden : eventuell auftauchende Leute, die immer noch mit MB statt GB rechnen und Firebird aus Platzgründen :???: nicht installieren wollen, die werde ich mal aufklären. :mrgreen: Jetzt die Preisfrage : hat jemand irgendein Programm, das irgendwas speichert ? Telefonauskunft, CD-Sammlung ... ?? Welche DB wird da verwendet ? Wer hat beim installieren auf so was geachtet ? Ich behaupte : keiner. :stupid:

[hoika]

Hallo,

also eine alte (oder auch immer noch) Telefonauskunft
hat mir mal meine Bde zerschossen.
Ich arbeite ja (noch) mit Bde + Firebird.

Vor etwa 2 Jahren:

Kunde: "Programm geht nicht mehr, irgendwas mit,
die Bde-Version ist nur für lokale Datenbanken verwendbar"
ich: "Nur auf Ihrem Rechner ?"
*nachgugg*
Kunde. "ja, auf einem anderen geht es"
ich: "Haben Sie irgendwas mit dem Rechner gemacht?"
Kunde: "Nein"
ich: "Irgendwas installiert?"
Kunde: "Nein"
ich: "Irgend eine CD, Telefon oder so?"
Kunde: "ja, ich habe eine Telefon-CD installiert"

ich: "aha"

Neuinstallation der (SQL)-BDE und beide Programme liefen wieder ;(

Die Telefon-CD hat einfach ungefragt die BDE ersetzt,
kein merge, neeee.


Heiko

[mkinzler]

Dieses Problem hatte ich auch schon mit MDAC. Eine Anwendung hat Lizenzen für eine Datenbank installiert (Informix) andere Anwendung hat MDAC drübergebügelt und die Lizenzen wurden dabei gelöscht. Und das bei jedem Update (2 mal pro Jahr).

[mschaefer]

Und wenn dann noch eine ältere BDE installiert wurde, weil die Telnr ja auf CD 2001 war ist Freude groß, Aber da ist auch Borland der Schuldige, denn es ist technisch kein Problem gewesen die BDE dll´s mit ins Programmverzeichnis zu legen und die vom Programm manuell laden zu lassen. Aber die Zeit ist ehedem vorbei.

Grüße // Martin

[Hansa]

Ihr habt also auch irgendeine Datenbank installiert bzw. das zugelassen, ohne groß zu überlegen ? Bei meinen Leuten würde sich da keiner dazu trauen. Es steht sogar ein Absatz dazu in den Lizenzbestimmungen. Also ehrlich ! :warn: :mrgreen: Das meint ja Alex und ich auch : die DB ist egal. Die Enduser wissen wohl nicht mal, was das für eine DB ist die von "ihrem" Programm benutzt wird. Man könnte Kollisionen mit älteren Versionen usw. ja tatsächlich umgehen, indem man so etwas im Programmverzeichnis hinterlegt. Laut M$ "Standard" der auch hier schon öfters propagiert wurde soll man so was aber doch im User-Verzeichnis hinterlegen ? Wie passt denn das ? :gruebel:

Allerdings hat sich auch bei den DAUs rumgesprochen, dass weniger manchmal mehr ist. Verschicke ich eine Demo, dann ist die immer mit FBEmbedded gemacht. Um auch die ganz peniblen zu beruhigen gibt es die Möglichkeit, nur von der CD zu starten, dann wird gar nichts installiert. Ich prüfe also das Startlaufwerk und ist das ein CD-Laufwerk, dann wird beim Programmstart eine globale Variable gesetzt und die Prozeduren zum speichern werten diese aus. Die Gefahr besteht nämlich tatsächlich, das zumindest diejenigen, die schon mal was installiert haben und sich damit was anderes zerschossen haben, ansonsten mein Programm lieber nicht installieren. Dann ist ein Begleitschreiben dabei, was installiert wird, wohin und für die Hobby-Experten, dass keinerlei Änderungen an der Registry gemacht werden (steht auch fett im Disclaimer). Es gibt nämlich welche, die haben den Namen Registry schon mal von Bekanntem gehört. :mrgreen:

[mkinzler]

Ich als Administrator hab leider keinen Einfluss auf die programme welche installiert werden müssen. Die selbstgeschriebenen verwenden alle FB. Es waren aber 2 Programmpakete, welche beide die MDAC drübergebügelt haben und nicht überprüft haben, ob sie schon vorhanden ist. Beides waren bekannte Softwarehäuser die halt großzügig davon ausgingen, das nur ihr Programm installiert wird.

[Hansa]

Moin,

wer noch FIBplus zu günstigem Preis braucht, der sollte sich beeilen. Die 5er Lizenz ist bereits ausgebucht. Noch ließe sich allerdings was machen. Company-licence ist keine Alternative, weil das eben so nicht geht. Also Einzellizenzen. 8) Jo, das wars. :mrgreen: -> nur PN

P.S.: sehe gerade, dass das Thema hier fast 3.000 Hits zu verzeichnen hat. :shock: Die letzten paar Monate war bei Datenbanken in der Größenordnung bei weitem nichts da. Deshalb nochmals : Timeout ist Ende der Woche oder spätestens innerhalb der nächsten Woche.

[Chemiker]

Hallo Hansa,

ich brauche auch noch FIBplus zu einem günstigen Preis, oder ist der Zug schon abgefahren?

Bis bald Chemiker

[Hansa]

Zitat:

Zitat von Chemiker

... oder ist der Zug schon abgefahren?

Noch nicht, aber bald. Wie gesagt -> PN. Wer zu spät kommt, den bestraft eben das Leben. :mrgreen: Werde jedenfalls keine Aktivitäten für Spätentschlossene mehr entwickeln. Meinerseits ist am Montag, morgens um 7:00 Schluss.

P.S.: Spielraum wird knapp, weil die Lizenzanzahl bereits über 5 liegt ! Das geht aber auch noch mit mehr. Das ist bereits abgeklärt. 8) Die 5 haben davon aber eventuell überhaupt nichts !

[Chemiker]

Hallo Hansa,

Zitat:

Wie gesagt -> PN

Was meinst Du damit?

Wie soll das ganze ablaufen?


Bis bald Chemiker

[Hansa]

Das steht alles hier im Thema. PN = persönliche Nachricht. Also nicht den Thread zumüllen, sondern gezielt fragen/antworten.

[Hansa]

Wer hier noch FIBPlus braucht, der hat jetzt wohl letzte Möglichkeit dazu. :P Bzw. kann eben 60 EUR mehr bezahlen, als nötig. Bestellt wiird Freitag, 21.9.2007. Eventuell auch am Montag, 24.9.07. -> nur PN

[hanspeter]

So jetzt habe ich Fibplus im Haus und den direkten Vergleich zu IBObjects und IBX.
Mein erster Eindruck:
Beim Vergleich mit den anderen beiden Tools benötigen Fibplus Abfragen etwas mehr Zeit.
Es kann Zufall sein, aber ich bin am Anfang gleich über 2 Bugs gestolpert.

z.B. pFIBDatabase1.GetTableNames(Tiel,System);
Ist System false, dann werden nur Usertabellen aufgelistet.
Fragt man im folgenden Schritt nach Systemtabellen (System=true), dann erhält man eine leere Liste.
Schaut man in den Quelltext dann sieht man, das die Filterclausel Params[0] zugewiesen wird.
Bei einer erneuten Abfrage mit System=true wird diese nicht gelöscht.
Workaround Filter vor Abfrage manuell löschen.
Dann habe ich noch ein kleines Verständnisproblem.
Der Parametereditor läßt die Auswahl des Datenprotokolls zu. (NETBUI, TCP/IP).
Die getroffene Auswahl wird aber nirgendwo gespeichert.
In DbParams wird kein Eintrag generiert.
Eine Datenbank läßt sich im Komponenteneditor nur über NETBUI öffnen.
Der Dateiname wird in Server und Dateiname gesplittet und dann nicht immer korrekt zusammengesetzt.
Gebe ich die Parameter aber nur im Objectinspector ein (Databasename und dann Connected) funktioniert es.

Query und Dataset sind im Vergleich etwas gewöhnungsbedürftig.
Eine SQL Abfrage ohne Transaction scheint nicht zu gehen.
IbObjects ist etwas schneller aber überladen und etwas undurchsichtig.
Als größten Mangel sehe ich aber inzwischen die fehlende Compatibilität zu dem Standard Dataset an.
Der probitäre Ansatz verhindert den Einsatz von Drittanbieter-Componenten.


Gruß
Peter

[MagicAndre1981]

Zitat:

Zitat von hanspeter

So jetzt habe ich Fibplus im Haus und den direkten Vergleich zu IBObjects und IBX.
Eine SQL Abfrage ohne Transaction scheint nicht zu gehen.

Hallo Peter,

das ist beim FB/IB immer so. Die IBOs werden da bestimmt intern eine starten und du brauchst dich darum nicht zu kümmern.