DBExpress Firebird V2.5 Unicode Blob-Fields

[lowmax_5]

Zitat:

Zitat:

Hier gibt es wohl exakt das gleiche Problem:
https://forums.embarcadero.com/threa...ssageID=445267

Mein Tipp: vergiss DBExpress und investiere besser in ordentliche Komponenten. (z.B. IBDAC)

Daran habe ich auch schon als Lösung gedacht. Ich konnte es nur nicht glauben, dass Embarcadero so einen kritischen Fehler über eine so lange Zeit nicht behebt und habe den Fehler bei mir selbst gesucht. Das wäre dann also der Abschied vom DBExpress-Framework... :oops:

Ich hoffe dass dieses auch von den Embarcadero-Leuten gelesen wird....

[Perlsau]

[QUOTE=lowmax_5;1176454][QUOTE]

Zitat:

Ich hoffe dass dieses auch von den Embarcadero-Leuten gelesen wird....

Könnte auch Absicht sein, weil Emba es ja viel lieber sieht, wenn man ihre Interbase-DB verwendet statt Firebird ...

[mkinzler]

Wobei, sei ja nachträglich einen dbExpress-Treiber für FireBird entwickelt haben

[lowmax_5]

Die ganze Firebird-Unterstützung für DBExpress ist ein Witz, wenn diese elementare Funktion nicht zur Verfügung steht.
Für mich war dieses ein wichtiger Kaufgrund für XE2.

Fehler können passieren, doch diese müssen, wenn sie kritisch sind, und/oder eine gesamte Nutzung unmöglich machen umgehend gefixt (Workround) werden.

[Bernhard Geyer]

Also im Bereich DBExpress oder allgemein ist man mit den Lieferungen die der IDE beiliegen schlecht beraten. Sinnvoller ist es Komponten wie von DevArt zu kaufen und stattdesen statt der Enterprise nur die Pro-Version der IDE zu nehmen.
Diese 3th-Party-Hersteller liefern eigentlich fast immer innerhalb einer 1 Woche Lösungen zu Fehler (oft als Liste geänderte Quellcodezeilen die man auch in ältere Releases einbauen kann). Dieses Release-Zeiten kann sich aber Aufwandstechnisch der IDE-Hersteller nicht leisten.

[lowmax_5]

Ich habe gerade gesehen, dass es bei DevArt auch einen Firebird-Treiber für DBExpress gibt. http://www.devart.com/dbx/interbase/.
Der Treiber zum Kauf sollte die bestehenden Probleme dann wohl lösen...

[Bernhard Geyer]

Zitat:

Zitat von lowmax_5 (Beitrag 1176467)

Der Treiber zum Kauf sollte die bestehenden Probleme dann wohl lösen...

Hab zwar "nur" MySQL im Einsatz, aber bisher konnte DevArt alle probleme immer sehr zügig lösen. Damals als das Problem mit der geänderten Passwortverschlüsselung bei MySQL aufgetreten ist war es das beste das ich von einer anderen 3th-Party-Implementierung nach DevArt gewechselt bin :thumb:

[Rainer Wolff]

Hat jemand für diesen Thread inzwischen eigentlich eine andere Lösung ausser bei Drittherstellern einkaufen zu gehen?

Gruß Rainer

[lowmax_5]

Hallo,

ich habe das Projekt von DBExpress nach IBDAC umgestellt und es läuft auch mit Unicode sehr gut. Die Investition in die Komponenten hat sich gelohnt, zumal ich deutlich schneller bei der Entwicklung bin, da nicht so viele 'Klimmzüge' notwenig sind. Insbesondere das manuelle Transactionhandling ist sehr gut gelöst.

lowmax

[Rainer Wolff]

Grummel...

Die dbx-Komponenten haben ja eigentlich den Vorteil, dass ich auf Datenbanken verschiedener Hersteller zugreifen kann, was ich ja auch in Teilen nutze/brauche.
Von daher möchte ich eigentlich nicht auf andere Komponenten wechseln, zumal meine ganzen Projekte teils auf eine gemeinsame Bibliothek zugreifen und ein Umstieg weite Kreise über die gemeinsame Bibliothek und alle Einzelprojekte ziehen würde.

Aber nachdem ich jetzt gerade über einen weiteren Fehler in dem ganzen Zusammenhang gestolpert bin, der mich einen Tag Fehlersuche gekostet hat, bin ich echt sauer.

Das Filtern in meinem Clientdataset mit foCaseInSensitive und einem like % Ausdruck funktioniert nämlich auch nicht mehr, sobald die Datenbank UTF8 ist.