Fragensteller
Treiber für Access 2013 Zugriff auf DBF Dateien nicht mehr möglich

Frage
-
Hallo Leute,
es ist zwar kein echtes Visual FoxPro Thema, aber evtl. hat ja jemand einen Rat oder eine Lösung.
Es gibt bei der Standard Installation von Access 2013 keine Möglichkeit mehr auf dbf Dateien zuzugreifen.
Bei bestehenden Access Projekten kommt immer die Meldung <<Installierbares ISAM nicht gefunden>>Gibt es hier eine brauchbare Lösung, außer eine alte Access Version zu installieren?
Ich bedanke schon mal für die Hilfe
Gruss Martin
Windows XP/7 Visual FoxPro9 SP2 / .NET / BASIS
Montag, 4. August 2014 10:01
Alle Antworten
-
Auf welche Art von DBFs brauchst Du denn Zugriff? Excel hat sowieso nur sehr alte Formate unterstützt.
Wenn Du das erste Byte von ein paar relevanten DBFs ermittelst, mit irgendeinem Hexeditor oder zur Not mit folgendem VBA Skript, dann kann man dir etwas entsprechendes Empfehlen.
Ohne das kann ich Dich nur verweisen auf den VFP ODBC Treiber, den MS Allerdings nicht mehr zum Download anbietet, oder den VFP OLEDB Provider, den Du hier findest:
http://www.microsoft.com/en-us/download/details.aspx?id=14839
Und hier ein VBA Codeschnipsel zum Anzeigen des 1. Bytes einer DBF Datei:
Sub Readbyte1() Dim fs, ts, b Set fs = CreateObject("Scripting.FileSystemObject") Set ts = fs.OpenTextFile("c:\...\tabelle.dbf", 1) b = ts.Read(1) MsgBox Asc(b) End Sub
Tschüß, Olaf.
Edit: Das wichtigste noch . hier siehst Du, was das Byte bedeutet:
http://msdn.microsoft.com/en-us/library/aa975386(v=vs.71).aspx
Olaf Doschke - TMN Systemberatung GmbH
http://www.tmn-systemberatung.de
- Bearbeitet Olaf Doschke Samstag, 9. August 2014 11:49
Samstag, 9. August 2014 11:47 -
Hallo Olaf,
danke für die Hilfe.
Es ist nicht ganz das was ich brauche. es geht auch nicht um Excel sondern Access.
Hier geht es vielmehr um einen Kunden der eigene Auswertungen auf unsere VFP DBF's macht.
Es ist nur ein lesender Zugriff. Das gefällt uns zwar nicht, es ist aber ein langjähriger Kunde.
Ich habe auch noch etwas recherchiert und diesen Link gefunden:
Ich habe dem Kunden davon aber nichts erzählt, ich habe Ihm nahe gelegt eine ältere Access Version zu verwenden.
Danke und Gruss Martin
Windows XP/7 Visual FoxPro9 SP2 / .NET / BASIS
Montag, 11. August 2014 06:27 -
Es ist egal, ob Excel oder Access. Also entweder hast Du dann eher freie Tabellen oder ältere DBFs, oder es ist ein VFP ODBC Treiber installiert. Nativ unterstützt auch Access 95 nicht VFP9 DBFs mit z.B. autoinc Feldern und nach dem, was ich erst kürzlich lernte könnte ein Access ganz ohne weitere VFP ODBC Treiber oder OLEDB Provider nicht einmal Datetime Felder unterstützen, da diese in FP2.x Tabellen noch nicht unterstützt wurden.
Meine Vermutung ist, es fand da nicht nur ein Officewechsel statt, sondern auch ein OS Wechsel und von Dir oder Deinem Kunden installierte Treiber sind damit weg, denn sie sind nicht bestandteil von VFP Runtimes.
Auch wenn Du mal genau auf Deine Lösung des REgistry Hacks huckst, wird damit lediglich DBF support für dBase III,IV und 5 Formate reaktiviert. Mehr gibt es in ganz Office ohne weitere Treiber nicht.
Deswegen prüfe nochmal, was für DBFs da nun tatsächlich angebunden waren. Wenn es VFP DBFs sind, hilft auch ein älteres Office/Access gar nichts.
Bye, Olaf.
Olaf Doschke - TMN Systemberatung GmbH http://www.tmn-systemberatung.de
Montag, 11. August 2014 06:56 -
Hi ihr Beiden,
doofe Frage: was ist denn wenn man einen Umweg über einen SQL-Server macht.(Okay; vorausgesetzt der existiert).Ich bin da jetzt auch nicht der Experde was alle Feldarten betrifft, aber wenn der direkte Zugriff nicht gewährleistet ist geht doch nur der Umweg über eine dritte Speichermöglichkeit. Da er evtl. nicht in Echtzeit damit arbeiten will könnte die Performance ja vielleicht zweitrangig sein. Für ihn dann so ne kleine Exe basteln die das übernimmt (und am Ende vielleicht noch Access aufruft :-))
Nur so ein paar Gedanken....Grüsse
Horst
Mittwoch, 3. September 2014 05:59