Die Integration von Microsoft Access und MySQL können Sie mit MyODBC wie folgt verbessern:

Einige externe Fachbeiträge und Tipps zu Access, ODBC und MyODBC sind recht nützlich:

Wenn Sie Probleme mit dem Importieren von Daten in Microsoft Excel haben, insbesondere bei numerischen Werten sowie Datums- und Uhrzeitwerten, so liegt das wahrscheinlich an einem Excel-Bug: Der Datentyp für Einfügungen in Arbeitsblatt-Zellen wird anhand des Spaltentyps der Quelldaten bestimmt. Das führt dazu, dass Excel den Inhalt nicht richtig identifiziert, was sich sowohl auf das Anzeigeformat als auch auf Berechnungen auswirkt.

Dies beheben Sie, indem Sie in Ihren Anfragen die CONCAT()-Funktion einsetzen. So zwingen Sie Excel, den Wert als String zu behandeln: Excel parst dann den String und erkennt die darin enthaltenen Daten richtig.

Dennoch können manche Daten dann immer noch falsch formatiert werden, auch wenn die Quelldaten unverändert bleiben. Die Excel-Option Zellen formatieren ändert das Format der angezeigten Informationen.

Um eine Tabelle aktualisieren zu können, müssen Sie zuerst einen Primärschlüssel für die Tabelle definieren.

Visual Basic mit ADO kann mit großen Integern nicht umgehen. Das führt dazu, dass manche Anfragen, wie etwa SHOW PROCESSLIST, nicht richtig funktionieren. Dies beheben Sie mit OPTION=16384 im ODBC-Verbindungs-String oder indem Sie im MyODBC-Verbindungsbildschirm die Option Change BIGINT columns to INT aktivieren. Zugleich sollten Sie dann auch die Option Return matching rows einschalten.

Wenn Ihre Ergebnismenge einen BIGINT enthält, kann der Fehler [Microsoft][ODBC Driver Manager] Driver does not support this parameter auftreten. Versuchen Sie in diesem Fall, die Option Change BIGINT columns to INT im MyODBC-Verbindungsbildschirm einzuschalten.

Wählen Sie bitte die Option Don't optimize column widths.

Wenn Sie die ADO-API und MyODBC verwenden, müssen Sie auf einige Standardeigenschaften achten, die vom MySQL Server nicht unterstützt werden. Wenn Sie beispielsweise CursorLocation Property als adUseServer verwenden, bekommen Sie für die RecordCount Property das Ergebnis –1 heraus. Um den richtigen Wert zu erhalten, müssen Sie diese Eigenschaft auf adUseClient setzen, wie es im nachfolgenden VB-Code getan wird:

Dim myconn As New ADODB.Connection
Dim myrs As New Recordset
Dim mySQL As String
Dim myrows As Long

myconn.Open "DSN=MyODBCsample"
mySQL = "SELECT * from user"
myrs.Source = mySQL
Set myrs.ActiveConnection = myconn
myrs.CursorLocation = adUseClient
myrs.Open
myrows = myrs.RecordCount

myrs.Close
myconn.Close

Ein anderer Workaround besteht darin, eine SELECT COUNT(*)-Anweisung für ähnliche Abfragen zu verwenden, um die richtige Zeilenzahl zu erhalten.

Um die Anzahl der von einer bestimmten SQL-Anweisung in ADO betroffenen Zeilen zu ermitteln, setzen Sie die Eigenschaft RecordsAffected in der ADO-Execute-Methode. Mehr über Execute-Methoden erfahren Sie unter http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ado270/htm/mdmthcnnexecute.asp.

Weitere Informationen gibt es unter ActiveX Data Objects (ADO) Frequently Asked Questions.

Sie sollten die Option Return matching rows im DSN aktivieren.

Weitere Informationen über den Zugriff auf MySQL mit ASP und MyODBC finden Sie in folgenden Fachbeiträgen:

Eine Liste häufig gestellter Fragen (FAQ) zu ASP finden Sie unter http://support.microsoft.com/default.aspx?scid=/Support/ActiveServer/faq/data/adofaq.asp.

Folgende Beiträge bieten Hilfe zu Visual Basic und ASP:

Wenn Sie eine Anfrage starten, können Sie die Eigenschaft Active oder die Methode Open einsetzen. Das Starten mit Active verläuft so, dass automatisch eine SELECT * FROM ...-Anfrage abgesetzt wird. Das kann nach hinten losgehen, wenn Ihre Tabellen zu groß sind.

Der nachfolgende Delphi-Code kann sehr nützlich sein, um sowohl einen ODBC- als auch einen BDE-Eintrag für MyODBC zu erstellen. Für den BDE-Eintrag ist ein BDE Alias Editor erforderlich, den Sie kostenlos bei einer Delphi Super Page in Ihrer Nähe bekommen können (Danke an Bryan Brunton <bryan@flesherfab.com> für dieses Programm):

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);

Ist getestet mit BDE 3.0. Das einzige bekannte Problem ist: Wenn sich das Tabellenschema ändert, werden die Felder der Anfrage nicht aktualisiert. Allerdings erkennt BDE offenbar auch keine Primärschlüssel, sondern nur den Index mit dem Namen PRIMARY, was allerdings bisher noch keine Probleme verursacht hat.