22.1.7.2. Соединитель/ODBC Специализированные Подсказки

Улучшить интеграцию между Microsoft Access и MySQL через Соединитель/ODBC:

Некоторые внешние статьи и подсказки, которые могут быть полезными при использовании Доступа, ODBC и Соединителя/ODBC:

Если у Вас есть проблемы, импортируя данные в Microsoft Excel, особенно числовой, дата, и временные стоимости, это, вероятно, из-за ошибки в Excel, где тип столбца исходных данных используется, чтобы определить тип данных, когда те данные вставляются в ячейку в пределах рабочего листа. Результат состоит в том, что Excel неправильно идентифицирует контент, и это влияет и на формат дисплея и на данные, когда это используется в пределах вычислений.

Чтобы решить эту проблему, используйте CONCAT() функционируйте в своих запросах. Использование CONCAT() Excel сил, чтобы обработать значение как строку, которая Excel тогда проанализирует и обычно правильно идентифицирует встроенную информацию.

Однако, даже с этой опцией, некоторые данные могут быть неправильно отформатированы, даже при том, что исходные данные остаются неизменными. Используйте Format Cells опция в пределах Excel, чтобы изменить формат выведенной на экран информации.

Чтобы быть в состоянии обновить таблицу, следует определить первичный ключ для таблицы.

Visual Basic с ADO не может обработать большие целые числа. Это означает что некоторые запросы как SHOW PROCESSLIST не работайте должным образом. Фиксация должна использовать OPTION=16384 в ODBC соединяют строку или выбрать Change BIGINT columns to INT опция в Соединителе/ODBC соединяет экран. Можно также хотеть выбрать Return matching rows опция.

Если у Вас есть a BIGINT в Вашем результате можно получить ошибку [Microsoft][ODBC Driver Manager] Driver does not support this parameter. Попытайтесь выбрать Change BIGINT columns to INT опция в Соединителе/ODBC соединяет экран.

Выберите Don't optimize column widths опция.

Когда Вы кодируете с API ADO и Соединителем/ODBC, Вы должны обратить внимание на некоторые свойства значения по умолчанию, которые не поддерживаются сервером MySQL. Например, использование CursorLocation Property как adUseServer возвращает результат–1 для RecordCount Property. Чтобы иметь правильное значение, Вы должны установить это свойство в adUseClient, как показано в VB кодируют здесь:

Dim myconn As New ADODB.ConnectionDim myrs As New RecordsetDim mySQL As StringDim myrows As Longmyconn.Open "DSN=MyODBCsample"mySQL = "SELECT * from user"myrs.Source = mySQLSet myrs.ActiveConnection = myconnmyrs.CursorLocation = adUseClientmyrs.Openmyrows = myrs.RecordCountmyrs.Closemyconn.Close

Другое обходное решение должно использовать a SELECT COUNT(*) оператор для подобного запроса, чтобы получить корректное количество строки.

Чтобы счесть число строк влиявшим определенным SQL-оператором в ADO, используйте RecordsAffected свойство в ADO выполняет метод. Для получения дополнительной информации по использованию выполняют метод, обращаются к http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ado270/htm/mdmthcnnexecute.asp.

Для получения информации см. ActiveX Data Objects (ADO) Часто Задаваемые Вопросы.

Выберите Return matching rows опция в DSN.

Для получения дополнительной информации о том, как получить доступ к MySQL через ASP, используя Соединитель/ODBC, обратитесь к следующим статьям:

Часто Задаваемый список Вопросов для ASP может быть найден в http://support.microsoft.com/default.aspx?scid=/Support/ActiveServer/faq/data/adofaq.asp.

Некоторые статьи, которые могут помочь с Visual Basic и ASP:

Когда Вы запускаете запрос, можно использовать Active свойство или Open метод. Отметьте это Active запускается, автоматически выходя a SELECT * FROM ... запрос. Это, возможно, не хорошая вещь, если Ваши таблицы являются большими.

Кроме того, вот некоторый потенциально полезный код Delphi, который устанавливает и запись ODBC и запись BDE для Соединителя/ODBC. Запись BDE требует Редактора Псевдонима BDE, который свободен в Delphi Страница Высшего качества около Вас. (Благодаря Брайану Брунтону <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, хотя это не было проблемой.