Connector/ODBC を通して Microsoft Access と MySQL の融合性を高めたい場合 :

Access、ODBC および Connector/ODBC の使用に役立つ外部からの記事や情報 :

Microsoft Excel へのデータのインポート、特に数値やデータ、タイム値のインポートで問題がある場合は、ワークシート内のセルにデータがインサートされる時、ソース データのカラム タイプでデータ タイプが定義される Excel のバグが原因だと思われます。その結果、Excel がコンテントを誤って識別し、それが計算に使用される時、表示フォーマットとそのデータの双方に影響を及ぼします。

この問題を解消するには、CONCAT() 関数をクエリに使用してください。CONCAT() を使うことで、Excel が値をストリングとして扱うよう仕向け、それによって Excel が埋め込まれた情報を解析し、ほぼ正確に識別するようになります。

しかし、このオプションをもってしてもデータによっては、ソースデータに変化はないにもかかわらず、不正確にフォーマットされることがあります。Excel の Format Cells オプションを使用して、表示された情報のフォーマットを変えてください。

テーブルをアップデートするには、テーブルに基本キーを定義する必要があります。

ADO を使用した Visual Basic は、大きな整数を扱うことができません。つまり、SHOW PROCESSLIST のようなクエリは正常に作動しません。これを解決するには、ODBC 接続ストリングで OPTION=16384 を使用するか、Connector/ODBC 接続スクリーンで Change BIGINT columns to INT オプションを選択します。また、Return matching rows オプションを選択するのもよいでしょう。

結果に BIGINT がある場合、[Microsoft][ODBC Driver Manager] Driver does not support this parameter エラーが発生する恐れがあります。Connector/ODBC 接続スクリーンで、Change BIGINT columns to INT オプションを選択してみましょう。

Don't optimize column widths オプションを選択してください。

ADO API と Connector/ODBC でコード作成をしている場合、MySQL サーバでサポートされていないデフォルトのプロパティに注意してください。例えば、CursorLocation Property を adUseServer として使用すると、–1 という結果が RecordCount Property に戻されます。正しい値を得るには、このプロパティを下記の VB コードのように、 adUseClient に設定する必要があります。

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

もうひとつの回避法としては、類似するクエリに SELECT COUNT(*) 文を使用し、正しい行カウントを獲得します。

ADO の特定の SQL 文に影響を受けている行の数を検索するには、ADO execute メソッドに RecordsAffected プロパティを使用します。execute メソッドの使用に関する詳しい情報は、http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ado270/htm/mdmthcnnexecute.asp をご覧ください。

詳細は、ActiveX Data Objects(ADO) Frequently Asked Questions を参照。

DSN で Return matching rows オプションを選択してください。

Connector/ODBC を使用し、ASP を介して MySQL にアクセスする方法は、次の資料を参考にしてください :

ASP に関するよくある質問のリストは、http://support.microsoft.com/default.aspx?scid=/Support/ActiveServer/faq/data/adofaq.asp で閲覧できます。

Visual Basic および ASP に関する参考資料 :

クエリを開始する際、Active プロパティか、Open メソッドを使用することができます。Active は、SELECT * FROM ... クエリを自動的に発行することで開始するので注意してください。大規模なテーブルを扱っている場合、これは欠点になりえます。

また以下は、Connector/ODBC の ODBC エントリと BDE エントリの両方をセットアップする、役に立ちうる Delphi コードの一例です。BDE エントリには、身近な Delphi Super Page から無料で入手できる BDE Alias Editor が必要です。( Bryan Brunton <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);

BDE 3.0. でテスト済み。判明している問題は、テーブルのスキーマに変更がある時、クエリ フィールドがアップデートされないことだけです。しかし、これまでのところ問題にはなっていませんが、BDE は基本キーを認識ぜず、PRIMARY と名付けられたインデックスのみを認めるようです。