Online Suche im Handbuch

30.8 Bekannte Probleme mit MyODBC

Alle Programme arbeiten zuverlässig mit MyODBC, es gibt jedoch ein paar Probleme, die häufiger auftreten. Die Gründe für diese Probleme werden hier nun kurz diskutiert:

• ACCESS
  • Anbindungen können scheitern, wenn nicht zumindest ein Primary Key in jeder Tabelle ist.

    Damit Updates auch erfolgreich durchgeführt werden können, muß ein TIMESTAMP in der jeweils zu aktualisierenden Tabelle enthalten sein.

  • Es sollte nur Felder mit double float verwendet werden. Bei Vergleichen von single float Werten produziert ACCESS Fehler. Das Feld "return matching rows" im "option field" muß gesetzt sein, wenn Access sich an MySQL anbindet.
  • Access auf Windows NT 4.0 interpretiert die BLOB Spalten als OLE Objekte. Diese können durch MEMO Spalten ersetzt werden, indem man die Spalten in MySQL mit Hilfe von ALTER TABLE zu TEXT umdefiniert.
  • ACCESS kann nicht immer DATE Spalten korrekt behandeln. Hier sollten die Spalten auf das DATETIME Format gesetzt werden.
  • In einigen Fällen erzeugt ACCESS illegale SQL-Statements, die MySQL nicht verstehen kann. Damit die SQL-Befehle auch 1:1 durchgereicht werden, muß man unter ACCESS im Menü Query|SQLSpecific|Pass-Through.
  • DataJunction: Man sollte bei dem Export von Daten den Ausgabetyp VARCHAR unbedingt ENUM vorziehen, da ACCESS hier Fehler produziert. Unter EXCEL ist dies ohne Probleme. Hier noch einige Tips: Bei Problemen mit Datum sollte man diese als Strings behandeln:

             select CONCAT(rise_time), CONCAT(set_time)
                 from sunrise_sunset;
    

    Sobald die Werte als Strings übergeben werden, werden diese von EXCEL97 korrekt interpretiert. Der Trick liegt darin, daß CONCAT den ODBC - Treiber täuscht und dieser die Uhrzeit als String übergibt. EXCEL konvertiert alle Strings in das Format TIME, ein BUG in EXCEL. ODBC Treiber über geben normalerweise den exakten Typ einer Spalte an das Anwendungsprogramm, im ODBC Treiber wurde aber so ein Workaround für den EXCEL BUG programmiert.
  • odbcadmin ist ein Testprogramm für ODBC.
  • Borland / Inprise DELPHI MySQL arbeitet nur mit DBE ab der Version 3.2 korrekt. Hier ein Beispiel Code für die Ansteuerung von MySQL mit DELPHI, welches ein ODBC Eintrag und ein BDE Eintrag für MyODBC generiert. Das Beispiel stammt von mailto:bryan@flesherfab.com:

     
         fReg:= TRegistry.Create;
           fReg.OpenKey('\Software\ODBC\ODBC.INI\DocumentsFab', True);
           fReg.WriteString('Database', 'Documents');
           fReg.WriteString('Description', ' ');
           fReg.WriteString('Driver', 'C:\WINNT\System32\myodbc.dll');
           fReg.WriteString('Flag', '1');
           fReg.WriteString('Password', ");
           fReg.WriteString('Port', ' ');
           fReg.WriteString('Server', 'xmark');
           fReg.WriteString('User', 'winuser');
           fReg.OpenKey('\Software\ODBC\ODBC.INI\ODBC Data Sources', True);
           fReg.WriteString('DocumentsFab', 'MySQL');
           fReg.CloseKey;
           fReg.Free;
    
           Memo1.Lines.Add('DATABASE NAME=');
           Memo1.Lines.Add('USER NAME=');
           Memo1.Lines.Add('ODBC DSN=DocumentsFab');
           Memo1.Lines.Add('OPEN MODE=READ/WRITE');
           Memo1.Lines.Add('BATCH COUNT=200');
           Memo1.Lines.Add('LANGDRIVER=');
           Memo1.Lines.Add('MAX ROWS=-1');
           Memo1.Lines.Add('SCHEMA CACHE DIR=');
           Memo1.Lines.Add('SCHEMA CACHE SIZE=8');
           Memo1.Lines.Add('SCHEMA CACHE TIME=-1');
           Memo1.Lines.Add('SQLPASSTHRU MODE=SHARED AUTOCOMMIT');
           Memo1.Lines.Add('SQLQRYMODE=');
           Memo1.Lines.Add('ENABLE SCHEMA CACHE=FALSE');
           Memo1.Lines.Add('ENABLE BCD=FALSE');
           Memo1.Lines.Add('ROWSET SIZE=20');
           Memo1.Lines.Add('BLOBS TO CACHE=64');
           Memo1.Lines.Add('BLOB SIZE=32');
    
           AliasEditor.Add('DocumentsFab','MySQL',Memo1.Lines);
    

  • C++Builder ist mit BDE 3.0 erfolgreich getestet. Das einzige Problem ist, daß wenn eine Tabellendefinition geändert wird, die Abfragefelder nicht automatisch mit aktualisiert werden. BDE kann offensichtlich keine primary keys erkennen. Eine Ausnahme ist index primary
  • Visual Basic erfordert für eine Aktualisierung einer Tabelle, daß ein primary key definiert wurde.

Online Suche im Handbuch