Entwickler-Ecke
Datenbanken - umschreiben bde ado
D. Annies - Sa 30.07.11 09:05
Titel: umschreiben bde ado
Ist es eigentlich sehr aufwendig, ein "BDE"-Programm [endlich] in ein "ADO"-Programm
umzuschreiben?
Was muss man beachten bei der Umsetzung?
Gruß, Detlef
haentschman - Sa 30.07.11 09:28
Guten Morgen...
welche Datenbank ? Und muß es ADO sein ? ... wenn ja warum ? :roll:
D. Annies - Sa 30.07.11 11:11
Hi,
es sind alte dbf.Dateien, die von (m)einem Prg verwaltet werden.
Es sollte ADO sein, weil ich darauf über D6 und D2006 zugreifen kann.
FB habe ich schon probiert - und andere auch - aber ADO scheint mir geeignet zu sein.
Ok? - What can I do?
haentschman - Sa 30.07.11 11:50
hmmm...
Du scheinst da was zu verwechseln. ADO ist keine Datenbank sondern nur eine Möglichkeit des Zugriffs auf verschiedene DB Systeme.
Du willst die DBF in ein anderes DBMS portieren ? Oder willst du die DBF behalten und nur anders (ohne BDE) zugreifen ?
...bitte korrigiert mich... soweit ich weiß, greift ADO auch über die BDE auf DBF zu. :gruebel:
Tipp: Wenn schon moderner dann auch die Daten in ein modernes DBMS :zustimm:
jaenicke - Sa 30.07.11 11:58
Richtig, das wollte ich auch gerade schreiben.
Ob du nun ADO, also ActiveX, zum Zugriff benutzt, oder andere Datenzugriffskomponenten:
Erst einmal solltest du dir darüber klar werden was du eigentlich für eine Datenbank benutzen möchtest...
Und das kann dann auch Firebird sein, denn auch dafür gibt es OLE DB Treiber.
Narses - Sa 30.07.11 15:33
Moin!
haentschman hat folgendes geschrieben : |
bitte korrigiert mich... soweit ich weiß, greift ADO auch über die BDE auf DBF zu. :gruebel: |
Nicht zwangsweise. Es gibt auch einen MS-Jetengine-DBF-Treiber. :nixweiss: Damit kannst du auch ohne eine BDE auf DBF-Dateien zugreifen (allerdings kann der Treiber IIRC nicht mehr die höheren Formate (>7?, bis einschließlich v4 geht´s aber) bearbeiten, oder so... :?
cu
Narses
D. Annies - Sa 30.07.11 15:48
Vielen Dank für eure Ideen / Kommentare!
Zitat: Oder willst du die DBF behalten und nur anders (ohne BDE) zugreifen ?
Ja, genau das wär's!
Detlef
jaenicke - Sa 30.07.11 16:05
Dann kannst du dir im Grunde die Mühe auch sparen. Wenn du ohnehin weiter auf eine veraltete Datenbank setzen willst, dann kannst du auch die BDE belassen, denn damit funktioniert es zwar nicht gut, aber immer noch besser als mit ADO...
Denn der ADO Treiber für DBase Datenbanken macht schon auch öfter mal Probleme.
Wenn du modernisieren willst (und das ist bei der BDE und DBase auch dringend nötig), dann besser richtig, sonst handelst du dir nur neue Probleme ein...
D. Annies - Sa 30.07.11 17:59
Hi, Narses,
erzähl doch mal: MS-Jetengine-DBF-Treiber
cu, Detlef
jaenicke - Sa 30.07.11 18:09
Damit wüsste ich nicht wie das geht. Aber du kannst beim aufbauen des ConnectionString den "Microsoft OLE DB Provider for ODBC Drivers" und dBASE Files als Datenquelle nehmen. Da kommt dann so ein ConnectionString heraus:
Quelltext
1:
| Provider=MSDASQL.1;Persist Security Info=False;Data Source=dBASE Files |
In einer TADOTable reicht es danach z.B. den TableName auf den Dateinamen inkl. Pfad zu setzen und dann ganz normal Active auf True, dann hast du die Verbindung.
Einen Sinn sehe ich darin trotzdem nicht. :nixweiss:
// EDIT:
Denn die BDE musst du dann logischerweise trotzdem installieren. Und die wird auch benutzt, nur halt auf Umwegen. Aber wenn du meinst, dass das besser ist...
D. Annies - Sa 30.07.11 19:16
Nö, das meine ich auch nicht.
Detlef
Martok - Sa 30.07.11 19:40
Wenn du DBF willst, bietet sich entweder
Halcyon/gs6 [
http://www.griffinsolutions.com/products.php] an, wenn du etwas investieren kannst,; sonst das Freeware-TDBF-Zeugs, was auch von Lazarus verwendet wird.
Bei letzterem sollte man allerdings aufpassen, die hat lustige Bugs bei einigen Index-Formaten. Ist also empfehlenswert, vor der Portierung gründlich zu testen.
jaenicke - Sa 30.07.11 19:54
Was du natürlich auch machen kannst:
Zuerst auf ADO umstellen und dann innerhalb von ADO auf eine bessere Datenbank wie Firebird wechseln. Dann bist du allerdings bei der Umstellung auf ADO weiter auf die "Features" der BDE beschränkt.
Xion - Sa 30.07.11 20:03
Ich hab schon mit ADO auf einer Access Datenbank gearbeitet und kann nur sagen: :puke:
Da fand ich die BDE besser.
Aber richtig gut find ich SQLite, wenn es um kleinere Dinge geht (wenige User). Keine Installation, nur ne dll, und funktionierte auf Anhieb sehr einfach und zuverlässig.
http://www.itwriting.com/blog/?page_id=659
Deine DB-Datei rüberschieben ist ja kein Problem. SQLite ist enorm schnell bei Inserts, bleibt die Frage wie schnell du aus der BDE lesen kannst ;)
Martok - Sa 30.07.11 20:17
SQLite ist aber für nichts zu gebrauchen was mehr als einen Anwender gleichzeitig hat. Das sollte man wissen/erwähnen ;)
jaenicke - Sa 30.07.11 20:29
Xion hat folgendes geschrieben : |
Ich hab schon mit ADO auf einer Access Datenbank gearbeitet und kann nur sagen: :puke:
Da fand ich die BDE besser. |
Dann hast du noch XP benutzt. Denn unter Vista und Windows 7 funktioniert die BDE nicht mehr zuverlässig. Da ist
alles besser...
Narses - Sa 30.07.11 21:27
Moin!
D. Annies hat folgendes geschrieben : |
erzähl doch mal: MS-Jetengine-DBF-Treiber |
jaenicke hat folgendes geschrieben : |
Denn die BDE musst du dann logischerweise trotzdem installieren. Und die wird auch benutzt, nur halt auf Umwegen. |
Das sehe ich nicht so, denn z.B. Excel oder Access können auch ohne eine BDE mit DBF-Tabellen umgehen. :idea: ;)
jaenicke hat folgendes geschrieben : |
Damit wüsste ich nicht wie das geht. |
Ich gebe zu, das kann ich jetzt auch gerade nicht mehr aus dem Ärmel schütteln... :? :nixweiss: Ist leider schon etwas länger her... :|
cu
Narses
D. Annies - Sa 30.07.11 21:29
Vielen Dank nochmal,
Detlef
jaenicke - Sa 30.07.11 23:31
Narses hat folgendes geschrieben : |
Das sehe ich nicht so, denn z.B. Excel oder Access können auch ohne eine BDE mit DBF-Tabellen umgehen. :idea: ;) |
Stimmt, aber mit den Standardtreibern leider nur lesend. ;-)
Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2025 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!