Fehler Sybase Advantage ODBC Treiber VFP

[Wolfgam]

Hallo,

System: Windows 7 x32, Advantage ODBC Treiber Version 10.0.0.3 Win32

ich möchte über den VFP ODBC Treiber der Advantage DB (ODBC Treiber Version 10.0.0.3 Win32) Daten aus einer Visual FoxPro Datenbank (V9.x) abrufen.
Das funktioniert im Prinzip ganz gut, ich kann die meisten Tabellen bearbeiten.

Bei einer Tabelle meldet der ADvantage ODBC Treiber einen Fehler bei der Verarbeitung von Indizes.

Select * from Kunde:

Error: Error 7200: AQE Error: State = HY000; NativeError = 3007; [iAnywhere Solutions][Advantage SQL][ASA] Error 3007: Unsupported function found in index key expression. Table name: Kunde (State:HY000, Native Code: 1C20)

Diesselbe Abfrage mit dem VFP ODBC Treiber von MS funktioniert einwandfrei.

Da ich auf ein X64 System migrieren muss, kann ich den VFPODBC von MS nicht verwenden, x64 wird nicht unterstützt.

Kann jemand helfen?

Gruß
Wolfgam

[p80286]

aus eigener leidvoller Erfahrung

a) mit ODBC machst du Dir hier nicht viele Freunde

b) Google und viel Glück! (aber bei 64 Bit seh ich da eher schwarz)

Gruß
K-H

[mkinzler]

ODBC ist halt eine längst überholte Technik. Versuch es mal über die Nachfolgetechnik ADO (DB Provider)
http://www.microsoft.com/downloads/d...displaylang=en

[Wolfgam]

Klar, OLE DB ist die bessere Lösung!

Aber: MS hat mal wieder 'schlampig' gearbeitet.
OLE DB für VFP verarbeitet keine Indexe und ist sommit für große DBs ungeignet.

Gruß
Wolfgam

[mkinzler]

Das native dBase-Format von VFP ist imho an sich für große Datenbestände eher nicht geeignet

[joachimd]

Zitat:

Zitat von Wolfgam (Beitrag 1072964)

Error: Error 7200: AQE Error: State = HY000; NativeError = 3007; [iAnywhere Solutions][Advantage SQL][ASA] Error 3007: Unsupported function found in index key expression. Table name: Kunde (State:HY000, Native Code: 1C20)

UDF im Index drin? Wie sehen denn die Index Expressions aus?

[Wolfgam]

Hallo,

es ist auch der Sybase Advantage OLE DB Treiber (V10.0.0.3) betroffen.

Es ist etwas schwierig Details der VFP Datenbank zu erfahren. Der Entwickler verhält sich hier zögerlich. Ich habe mir VFP besorgt und die DB Definitionen ausgelesen.

Betroffen ist eine Tabelle mit Kundendaten. Hier sind u.a. folgende Indexe definiert:
Feld: Telefon, Index Type: 'regular', Index Expression: 'PADR(CHRTRAN(telefon,"-/()+ ",""),15)'
Feld: Kundenname, Index Type: 'regular', Index Expression: 'UPPER(Kundenname)'

Ich habe die Tabelle verändert und festgestellt, dass die Index Expression zum Feld Telefon den Fehler verursacht.

Fehlermeldung OLE DB/ODBC Treiber: Unsupported function found in index key expression

Sieht wohl so aus, als ob nicht die volle VFP Funktionalität realisiert wurde?!
Ist das event. der Grund weshalb MS in seinem VFP OLE DB Treiber keine Indexe verarbeitet?

Gruß
Wolfgam

[joachimd]

Zitat:

Zitat von Wolfgam (Beitrag 1077166)

Feld: Telefon, Index Type: 'regular', Index Expression: 'PADR(CHRTRAN(telefon,"-/()+ ",""),15)'

CHRTRAN ist der Übeltäter. Eine Liste der unterstützten Funktionen für Index- und Filterausdrücke gibt es hier

[Wolfgam]

Hallo,

danke für die schnelle Antwort.
Ich nehme an, dafür gibt es keine Lösung?!
Die volle Kompatibilität zu VFP zu erreichen, dürfte einigen Aufwand bedeuten...

Gruß
Wolfgam

[joachimd]

Zitat:

Zitat von Wolfgam (Beitrag 1077218)

Ich nehme an, dafür gibt es keine Lösung?!

index löschen und per Trigger ein Zusatzfeld befüllen, welches den vorgefilterten Text beinhaltet. Dann einfach auf dem Zusatzfeld einen normalen Index anlegen.

Zitat:

Die volle Kompatibilität zu VFP zu erreichen, dürfte einigen Aufwand bedeuten...

zB die komplette VFP-Runtime in den ADS zu integrieren. Aber dann müsste dasselbe für Xbase++, Clipper, VO u.ä. auch gemacht werden - und wer entscheidet, welche Funktion jetzt von welcher Runtime geladen werden soll!?

Vorschläge gerne an http://feedback.AdvantageDatabase.com

[Wolfgam]

>index löschen und per Trigger ein Zusatzfeld befüllen, welches den vorgefilterten Text beinhaltet. Dann einfach auf >dem Zusatzfeld einen normalen Index anlegen.
Theoretisch ja, praktisch leider nein. Die betroffene Datenbank untersteht der Kontrolle einer kritischen Anwendung. Spätestens bei der nächsten Datensicherung/Update wird die DB als inkonsistent betrachtet und neu reorganisiert.

>z.B. die komplette VFP-Runtime in den ADS zu integrieren. Aber dann müsste dasselbe für Xbase++, Clipper, VO u.ä. >auch gemacht werden - und wer entscheidet, welche Funktion jetzt von welcher Runtime geladen werden soll!?
Dazu fällt mir leider nur eines ein. Für jede Ziel-DB einen eigenen OLE DB mit den passenden Runtimes...

Alternativ: Index per Option abschalten und dann nur Lesezugriffe zulassen...

Gruß
Wolfgam

[joachimd]

Zitat:

Zitat von Wolfgam (Beitrag 1077286)

Dazu fällt mir leider nur eines ein. Für jede Ziel-DB einen eigenen OLE DB mit den passenden Runtimes...

Geht leider nicht, da nicht der OLE DB, sondern der Server die Daten verwaltet/bearbeitet. Was jetzt, wenn ein gemischter Betrieb von ADT/FoxPro-DBF und VisualFoxPro9-DBF stattfinden soll? Das ist nämlich möglich;)

PS: Die Möglichkeit über das Feedback-Forum habe ich dir bereits genannt. Falls es nur Funktionen sind, die allgemein gültig sind, ist die Wahrscheinlichkeit der Implementierung in zukünftigen Versionen groß. Über den Vertrieb ([e-mail]) lässt sich kaufmännisch der Druck erhöhen.