TDbf für XE6

[uligerhardt]

Hallo!

Wir haben ein D2007-Projekt, das TDbf benutzt, und würden das gerne auf XE6 umstellen. Leider ist es schwierig, ein passendes TDbf dafür zu finden. Es gibt einige mehr oder minder Unicode-fähige Versionen, aber keine scheint für XE6 zu taugen. Kennt ihr eine?

[haentschman]

Moin...8-)

Vieleicht solltest du auch erklären warum du dieses antiquierte Datenbankformat benutzt / unterstützen mußt... Bevor die Diskussion ausartet. :P

[uligerhardt]

Zitat:

Zitat von haentschman (Beitrag 1278763)

Vieleicht solltest du auch erklären warum du dieses antiquierte Datenbankformat benutzt / unterstützen mußt... Bevor die Diskussion ausartet. :P

Wir müssen eine Maschine ansteuern, die das in diesem Format haben will.

[p80286]

Zitat:

Zitat von uligerhardt (Beitrag 1278762)

Leider ist es schwierig, ein passendes TDbf dafür zu finden. Es gibt einige mehr oder minder Unicode-fähige Versionen, aber keine scheint für XE6 zu taugen. Kennt ihr eine?

da DBIII im originären Dateiformat unterstützt wird, hast Du ein echtes Problem, denn da passen keine 16Bit-Char hinein, das ist noch echtes Ansi/ASCII. Wenn Dir das reicht, dann mach die Schnittstelle mit AnsiStrings, ansonsten solltest Du überlegen, ob nicht langsam mal ein DB-Wechsel sinnvoll wäre. Je nach Art der Anwendung kannst Du Dir vllt. mit UTF8 behelfen.

Gruß
K-H

[haentschman]

Ich denke, daß du schon genug gesucht hast. 8-) Ich werfe aber mal ADO in den Raum.
http://stackoverflow.com/questions/3...n-a-native-way

[jaenicke]

Für so alte Formate gibt es auch noch VkDbf, das mit XE6 problemlos funktioniert.
http://sourceforge.net/projects/vkdbf/

Die BDE war bei XE6 auch noch dabei und bei XE7 kann man sie mit den alten Dateien aus XE und XE6 wieder kompilieren.

[uligerhardt]

Zitat:

Zitat von p80286 (Beitrag 1278767)

da DBIII im originären Dateiformat unterstützt wird, hast Du ein echtes Problem, denn da passen keine 16Bit-Char hinein, das ist noch echtes Ansi/ASCII. Wenn Dir das reicht, dann mach die Schnittstelle mit AnsiStrings, ansonsten solltest Du überlegen, ob nicht langsam mal ein DB-Wechsel sinnvoll wäre. Je nach Art der Anwendung kannst Du Dir vllt. mit UTF8 behelfen.

Gruß
K-H

Nachdem der Maschine das Format bisher genügt hat, nehme ich an, dass ihr ANSI reicht. Muss ich mal klären.

Re DB-Wechsel - das Format suchen ja nicht wir aus.

[uligerhardt]

Zitat:

Zitat von haentschman (Beitrag 1278768)

Ich denke, daß du schon genug gesucht hast. 8-) Ich werfe aber mal ADO in den Raum.
http://stackoverflow.com/questions/3...n-a-native-way

Hab ich das richtig verstanden, dass das ohne "spezielle" Treiber funktioniert?

[haentschman]

Da sollte dir ein ADO Profi besser helfen können. Ich habe da eher ein gespaltenes Verhältnis. :P Auf jeden Fall ohne BDE. Das ist mal das wichtigste. Welche konkreten Voraussetzungen gegeben sein müssen kann ich nicht beantworten. :( Sorry.

[uligerhardt]

Zitat:

Zitat von jaenicke (Beitrag 1278769)

Für so alte Formate gibt es auch noch VkDbf, das mit XE6 problemlos funktioniert.
http://sourceforge.net/projects/vkdbf/

Danke, werde ich mal testen, wenn etwas mehr Zeit ist. :-)

[Dejan Vu]

Visual Foxpro verwendet DBF für lokale Tabellen. Das ist leider kein 100% DBF, aber vielleicht reicht es. Bei ADO könnte das standardmäßig dabei sein, wie schon erwähnt. Ich würd mich blöd stellen und einfach mal per ADO draufgehen. Connectionstring ist ja schnell gebaut und ein test geht auch ratsfatsn

[Bernhard Geyer]

Zitat:

Zitat von uligerhardt (Beitrag 1278771)

Zitat:

Zitat von haentschman (Beitrag 1278768)

Ich denke, daß du schon genug gesucht hast. 8-) Ich werfe aber mal ADO in den Raum.
http://stackoverflow.com/questions/3...n-a-native-way

Hab ich das richtig verstanden, dass das ohne "spezielle" Treiber funktioniert?

Nein. Es wird hier der "Microsoft.JET.OLEDB.4.0"-Treiber verwendet.
Das gute ist das er (aktuell) fast auf jeden Rechner einfach vorhanden ist.
Das schlechte (für dich) ist das MS nicht garantiert das das immer so sein wird. Vor allem im Bereich Embedded (nicht CE oder RT, sondern richtiges Windows) kann man ihn weglassen.

Ergo: Aktuell ist das eine gute Lösung, kann aber mit dem nächsten Windows keine Lösung mehr sein.

[p80286]

Zitat:

Zitat von Dejan Vu (Beitrag 1278788)

Visual Foxpro verwendet DBF für lokale Tabellen. Das ist leider kein 100% DBF, aber vielleicht reicht es.

Da aber u.U. Clipper im Spiel gewesen ist, könnte man einiges an Sand im Getriebe haben.

Gruß
K-H

[uligerhardt]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1278792)

Nein. Es wird hier der "Microsoft.JET.OLEDB.4.0"-Treiber verwendet.
Das gute ist das er (aktuell) fast auf jeden Rechner einfach vorhanden ist.
Das schlechte (für dich) ist das MS nicht garantiert das das immer so sein wird. Vor allem im Bereich Embedded (nicht CE oder RT, sondern richtiges Windows) kann man ihn weglassen.

Ergo: Aktuell ist das eine gute Lösung, kann aber mit dem nächsten Windows keine Lösung mehr sein.

OK, danke für die Aufklärung!

[milo]

Hallo Uli,

hast Du es schon einmal mit Topaz versucht? Funktioniert ohne spezielle Installationen und ohne BDE. Ist zwar nur bis XE2 sollte aber funktionieren.

Gruß :-D Milo

[jaenicke]

Zitat:

Zitat von haentschman (Beitrag 1278773)

Auf jeden Fall ohne BDE. Das ist mal das wichtigste.

Wenn es um DBase Datenbanken geht und nur ein Programm lokal darauf zugreift, funktioniert das allerdings sehr gut. Mit ADO haben wir da schlechtere Erfahrungen gemacht.
VkDbf funktioniert aber auch sehr gut und braucht vor allem keine installierte Engine usw., dafür kennt es keine Indizes, was für größere Tabellen ein NoGo ist.

[dataspider]

Ich nehme für DBASE die Delphi - Komponenten von Sybase.

Bei den meisten anderen Komponenten hatte ich Probleme mit Umlauten etc.

Frank