Querystring präparieren

[mikhal]

Habt ihr auch die IBDAC von Devart statt der UniDAC getestet? Die sind auch speziell für Interbase / Firebird geschrieben und sollten neben einer besseren Performance noch einige Admin-Funktionalitäten mitbringen.

Gruß Mikhal

[Codehunter]

Zitat von mikhal:

Habt ihr auch die IBDAC von Devart statt der UniDAC getestet? Die sind auch speziell für Interbase / Firebird geschrieben und sollten neben einer besseren Performance noch einige Admin-Funktionalitäten mitbringen.

Nein. UniDAC stand überhaupt nur deshalb für den Benchmark zur Verfügung, weil ich privat eine Lizenz dafür habe. Soweit ich weiß, deckt eine UniDAC-Lizenz nicht die spezialisierteren DACs von Devart ab. Die Trials sind der Website zufolge begrenzt was die Tabellenbreite angeht, daher nutzen die nix für den Benchmark. Und nur dafür 500 bzw. 700 Euro ausgeben und die Pro-Lizenz kaufen, ähm nö, das geht bei uns in der GL nicht durch.

[EgonHugeist]

Zitat von CodeHunter:

Das wäre wohl ein Fall für einen neuen Benchmark

Dem würde ich mit Freuden entgegensehen. Aber es sollte veröffentlicht werden, damit jeder sich seine eigen Meinung bilden kann. Ebenfalls wäre wüschenswert, dass das Benchmark nicht von TDataSets abhängt. Soll heißen das mORMot TSQLDBStatement/ISQLDBRows oder Zeos IZPreparedStatemnt/IZResultSet sollte in gleicher weise testbar sein, wie FireDac, IBX, UniDac etc.

Doch ich habe keine Zeit dafür, Arbeit + Zeos sind genug.

Vielleicht ist da ein Sportsmann, den es interessiert so etwas umzusetzen?

Zitat von CodeHunter:

IMHO ging Ansgar Becker bei HeidiSQL vor Jahren auch schon diesen Weg bzgl. dem Mysql-Konnektor.

Ansgar hatte mal Zeos genutzt, da aber Zeos im Winterschlaf lag, was den Unicode-Support betraf, bis ich das mal mehr oder weniger gut gelöst hatte (bin rückblickend auf 7.1 nicht mehr stolz), hatte Ansgar Zeos verlassen(noch lange bevor ich ein Zeos-Dev-Member wurde), nutzt dennoch die DataSet's afaik.

Zitat von Mikhal:

Habt ihr auch die IBDAC von Devart statt der UniDAC getestet? Die sind auch speziell für Interbase / Firebird geschrieben und sollten neben einer besseren Performance noch einige Admin-Funktionalitäten mitbringen.

Wenn die Frage an die mORMot Tests gerichtet war, welche ich verlinkt hatte, wäre die Antwort: Nein. Ich kann mir auch nicht vorstellen, daß Arnaud weiter Anstrengungen unternehemen wird weitere DB.pas DataSet-Descentants zu implementieren, da er es war, welcher mich auf das bottleneck TDataSet brachte. Das mORMot Framework ist bekannt für Hochgeschwindigkeit, sticht dabei DataSnap die Augen aus, somit würden weiter DAC-Treiber basierend auf db.pas nur noch via constribution bei ihm erscheinen. Aber warum das tun, wenns danach nicht besser wird...

[Codehunter]

Zitat von EgonHugeist:

Doch ich habe keine Zeit dafür, Arbeit + Zeos sind genug. Vielleicht ist da ein Sportsmann, den es interessiert so etwas umzusetzen?

Das ist bei mir nicht anders. Selbst wenns eine Foundation gäbe für Delphi, Lazarus & Co., mehr Zeit kann einem keiner kaufen

Zitat von EgonHugeist:

Ansgar hatte mal Zeos genutzt, da aber Zeos im Winterschlaf lag, was den Unicode-Support betraf, bis ich das mal mehr oder weniger gut gelöst hatte (bin rückblickend auf 7.1 nicht mehr stolz), hatte Ansgar Zeos verlassen(noch lange bevor ich ein Zeos-Dev-Member wurde), nutzt dennoch die DataSet's afaik.

Das kann ich soweit bestätigen, er hat mir das selbe erzählt. Ich wurde vor langem Member bei HeidiSQL und musste meine Mitarbeit dort wg. chronischem Zeitmangel nach meinem Arbeitgeberwechsel auf Eis legen. Ich hatte dort insbesondere an einer neuen Benutzerrechte-Verwaltung für MySQL gearbeitet.

Zitat von EgonHugeist:

Wenn die Frage an die mORMot Tests gerichtet war, welche ich verlinkt hatte, wäre die Antwort: Nein. Ich kann mir auch nicht vorstellen, daß Arnaud weiter Anstrengungen unternehemen wird weitere DB.pas DataSet-Descentants zu implementieren, da er es war, welcher mich auf das bottleneck TDataSet brachte. Das mORMot Framework ist bekannt für Hochgeschwindigkeit, sticht dabei DataSnap die Augen aus, somit würden weiter DAC-Treiber basierend auf db.pas nur noch via constribution bei ihm erscheinen. Aber warum das tun, wenns danach nicht besser wird...

mORMot, das ist so ähnlich wie Tesla: Hat man mal gehört, soll sehr innovativ sein, aber so richtig traut man sich nicht ran Es ist manchmal echt zum Heulen. Es gibt viele Dinge die einem die Arbeit erleichtern könnten, aber es fehlt wg. dem Alltagsgeschäft die Zeit sich einzuarbeiten.