The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Каталог документации / Раздел "Базы данных, SQL" / Оглавление документа

2 Общая информация относительно ODBC и MyODBC 3.51

Эта глава содержит общую информацию относительно ODBC и MyODBC.

2.1 Введение в ODBC

Open Database Connectivity (ODBC) представляет собой интерфейс прикладной программы (API) для доступа к базам данных. Это основано на спецификациях Call-Level Interface (CLI) от X/Open и ISO/IEC для API баз данных. Как язык доступа к базам данных применяется Structured Query Language (SQL).

ODBC разработан для максимальной способности к взаимодействию, то есть одна прикладная программа может без изменения своего исходного текста работать через интерфейс с какой угодно СУБД. Прикладные программы вызывают функции интерфейса ODBC, которые выполнены в специфических для базы данных модулях, названных драйверами. Использование драйверов изолирует прикладные программы от специфических для базы данных обращений. Подробнее об этом можно почитать на http://www.microsoft.com/data.

2.2 Что такое ODBC

Первое и главное: ODBC является спецификацией для API базы данных. Этот API независим от любой СУБД, операционной системы или языка программирования.

ODBC API основан на спецификациях CLI от X/Open и ISO/IEC. ODBC 3.x полностью соответствует обоим этим спецификациям, более ранние версии ODBC были основаны на предварительных версиях этих спецификаций, но полностью не выполняли их, зато добавили свойства, нужные только разработчикам оконных приложений, например, прокручиваемые курсоры.

Разработчики драйверов для СУБД выполняют функции ODBC API. Приложения вызывают функции в этих драйверах, чтобы обратиться к данным способом, независимым от базы данных. Администратор драйверов (Driver Manager) управляет связью между прикладными программами и драйверами.

2.3 Как ODBC стандартизирует доступ к базе данных

Имеются два архитектурных требования:

  1. Прикладные программы должны быть способны обратиться ко многим СУБД, используя тот же самый исходный текст без того, чтобы его перетранслировать или заново компоновать.
  2. Прикладные программы должны быть способны обратиться ко многим СУБД одновременно (через разные драйверы).

ODBC успешно решает эти проблемы следующим способом:

ODBC является интерфейсом уровня вызовов:
Чтобы решить проблему с тем, как прикладные программы обращаются ко многим СУБД, используя один и тот же исходный текст, существует стандарт CLI. ODBC содержит все функции в спецификации CLI и обеспечивает дополнительные функции, обычно требуемые прикладными программами.
ODBC определяет стандартный синтаксис SQL:
В дополнение к стандартному интерфейсу уровня обращения (вызова), ODBC определяет стандартный синтаксис SQL. Он базируется на спецификации X/Open SQL CAE. Если используемый ODBC синтаксис отличается от того, который применяет конкретная СУБД, производится преобразование на лету. Однако, такие преобразования редки потому, что большинство СУБД уже используют стандартный синтаксис языка SQL.
ODBC предоставляет Driver Manager для управления одновременным доступом к многим СУБД:
Хотя использование драйверов решает проблему одновременного доступа ко многим базам данных, код, необходимый, чтобы сделать это, может быть сложен. Прикладные программы которые разработаны, чтобы работать со всеми драйверами, не могут быть статически связаны с любыми драйверами. Вместо этого они должны загрузить драйверы во время выполнения и вызывать функции в них через таблицу указателей функций. Ситуация становится более сложной, если прикладная программа использует много драйверов сразу. Чтобы избавить программу от проблем с этим, ODBC обеспечивает Driver Manager. Администратор драйверов (Driver Manager) осуществляет все функции ODBC обычно как вызовы функций ODBC в драйверах и статически связан с прикладной программой или загружен прикладной программой во время выполнения. Таким образом, вызовы из прикладной программы функций ODBC по именам обрабатываются в Driver Manager вместо того, чтобы обращаться по указателю к каждому драйверу. ODBC предоставляет много возможностей СУБД, но не требует, чтобы каждый драйвер поддерживал их все.

2.4 Архитектура (My)ODBC

Архитектура MyODBC имеет 5 главных компонентов как показано ниже:

Приложение:
Это программа, которая вызывает ODBC API, чтобы обратиться к данным с сервера (MySQL). Прикладная программа общается с администратором драйверов или драйвером, непосредственно использующим стандарт ODBC-обращения. Прикладная программа не заботится, где данные сохранены, как они сохранены или как система конфигурирована, чтобы обратиться к данным. Единственное, что реально надо знать, имя источника данных (Data Source Name, DSN). Ряд задач является общим для всех программ, независимо от того, как они используют ODBC. Эти задачи: Самыми главными тут являются передача на рассмотрение инструкции SQL для выполнения и получение результатов запроса (если они есть).
Driver manager:
Driver Manager представляет собой библиотеку, которая управляет связью между прикладной программой и драйвером или драйверами. Это делает:
Драйвер MyODBC:
Драйвер MyODBC представляет собой библиотеку, которая осуществляет функции в ODBC API. Это обрабатывает ODBC-обращения к функции, представляет на рассмотрение запросы SQL на сервер MySQL и возвращает результаты обратно прикладной программе. В случае необходимости, драйвер изменяет запрос прикладной программы так, чтобы запрос соответствовал синтаксису MySQL.
ODBC.INI:
ODBC.INI является главным файлом настройки ODBC, который хранит драйвер и информацию о базе данных, требуемую, чтобы соединиться с сервером. Это используется Driver Manager, чтобы определить который драйвер надо загрузить, используя Data Source Name. Драйвер использует этот файл, чтобы прочитать параметры подключения, основанные на определенном DSN. Для получения большего количества информации прочтите раздел "3.2 Настройка MyODBC DSN".
MySQL SERVER:
Это источник данных.

2.5 Типы ODBC-драйверов MySQL

Как описано ранее, MySQL AB поддерживает два драйвера ODBC с открытыми исходными текстами, а именно MyODBC и MySQL ODBC 3.51, для работы с MySQL через ODBC API.

2.6 Где взять MyODBC

MySQL AB распространяет все свои программы под General Public License (GPL). Самую свежую версию MyODBC или MyODBC 3.51 (двоичные коды и исходные тексты) можно скачать с http://www.mysql.com. Подробно о MySQL ODBC рассказано на http://www.mysql.com/downloads/api-myodbc.html.

2.7 Как инсталлировать MyODBC

2.7.1 Двоичная версия на Windows

Для установки MyODBC на Windows Вы должны скачать соответствующий дистрибутивный файл для Вашей операционной системы с http://www.mysql.com/downloads/api-myodbc.html, распаковать его и выполнить файл SETUP.EXE.

2.7.2 Установка из исходных текстов под Windows

2.7.2.1 Требования

2.7.2.2 Построение MyODBC 3.51

MyODBC 3.51 поставляется в виде исходников с Makefile, который использует nmake. В дистрибутиве есть WIN_Makefile для формирования нормальной версии и WIN_Makefile_debug для формирования отладочной версии драйвера и DLL-библиотек. Для построения драйвера:

Скачайте исходники и распакуйте их в какой-нибудь каталог, скажем, myodbc3-src. Дальше выполните следующие команды для создания нормальной версии:

Command> cd myodbc3-src
Command> nmake -f Win_Makefile
Command> nmake -f Win_Makefile install

nmake -f Win_Makefile формирует версию драйвера и помещает двоичные файлы в подкаталог release. Команда nmake -f Win_Makefile install инсталлирует (вообще-то просто копирует) библиотеку драйвера и его DLL (myodbc3.lib и myodbc3.dll) в системный каталог ОС. Аналогично Вы можете сформировать версию для отладки, используя Win_Makefile_Debug:

Command> nmake -f Win_Makefile_debug
Command> nmake -f Win_Makefile_debug install

Вы можете oчищать и восстанавливать драйвер, используя команды:

Command> nmake -f Win_Makefile clean
Command> nmake -f Win_Makefile install

ОБРАТИТЕ ВНИМАНИЕ: Удостоверитесь, что определили правильные библиотеки пользователей MySQL и путь файлов заголовка в Makefile. Это принимает заданный по умолчанию путь C:\mysql\include и C:\mysql\lib\opt (для обычных DLL) или C:\mysql\lib\debug для отладочной версии.

Тестирование библиотек драйвера: после того, как библиотеки драйвера скопированы в системный каталог, Вы можете проверить качество их построения используя выборки, обеспеченные в подкаталоге samples каталога исходного текста:

Command> cd samples
Command> nmake -f Win_Makefile all

2.7.2.3 Построение MyODBC 2.50

MyODBC распространяется в исходниках как VC Project для Windows. Можно формировать драйвер, используя прямые файлы проекта VC (.dsp и .dsw), имеющиеся в дистрибутиве.

2.7.3 Установка из исходных текстов под Unix

Чтобы формировать драйвер самостоятельно под Linux, Вы должны иметь:

2.7.3.1 Требования

Как только Вы поимеете все требуемые файлы и распакуете исходные файлы в отдельный каталог, начинайте сборку драйвера как показано ниже.

2.7.3.2 Настройка

Единственные требуемые параметры; --with-mysql-libs=DIR и --with-mysql-includes=DIR. Здесь DIR задает каталог, где искать библиотеки и включаемые файлы mysql.

При использовании iodbc, если iodbc не установлен в заданное по умолчанию расположение (/usr/local), Вам придется использовать --with-iodbc=DIR или, если заголовки iODBC не находятся в DIR/include, придется использовать опцию --with-iodbc-includes=INCDIR. То же самое касается и библиотек: если они не в DIR/lib, примените явное указание параметром --with-iodbc-libs=LIBDIR.

При использовании unixODBC для создания configure ищите unixODBC вместо iODBC и используйте параметр --with-unixODBC=DIR. Здесь DIR задает то место, где установлен unixODBC.

Если звголовки и библиотеки unixODBC расположены не там, где надо (а надо в DIR/include и DIR/lib соответственно), укажите на них параметрами --with-unixODBC-libs=LIBDIR и --with-unixODBC-includes=INCDIR.

Вы можете определять другой префикс вместо /usr/local для установки, например, хранить MyODBC-драйверы в /usr/local/odbc/lib, для этого надо указать параметр --prefix=/usr/local/odbc.

Окончательно пример настройки выглядит так:

$ ./configure --prefix=/usr/local --with-iodbc=/usr/local \
              --with-mysql-libs=/usr/local/mysql/lib/mysql \
              --with-mysql-includes=/usr/local/mysql/include/mysql

2.7.3.3 Построение библиотек драйвера

Для построения библиотек драйвера Вы должны только выполнить:

$ make

Это должно сформировать библиотеки. Если происходят какие-то ошибки, исправьте их и продолжите построение. Если Вы не можете собрать пакет, пошлите детальный отчет по e-mail на [email protected].

2.7.3.4 Установка библиотек драйвера

$ make install

Устанавливает следующий набор библиотек:

Обратите внимание, если Вы пробуете использовать make из SUN, Вы закончите с ошибками. С другой стороны, Make от GNU должен работать прекрасно на всех платформах.

2.7.3.5 Замечания для Mac OS X

Если Вы хотите формировать драйвер на Mac OS (Darwin), то используйте следующий пример выбора конфигурации:

$ ./configure --prefix=/usr/local --with-unixodbc=/usr/local \
              --with-mysql-libs=/usr/local/mysql/lib/mysql \
              --with-mysql-includes=/usr/local/mysql/include/mysql \
              --disable-shared --enable-gui=no --host=powerpc-apple

Это предполагает, что unixodbc и mysql установлены в заданные по умолчанию расположения. Если это не так, сконфигурируйте все соответственно.

2.7.3.6 Создание файлов .so

На большинстве платформ MySQL не формирует или поддерживает .so файлы, так как формирование с общедоступными библиотеками вызывало проблемы в прошлом.

В таких случаях пользователь должен скачать дистрибутив MySQL и скомпилировать его с помощью:

--without-server --enable-shared

Если Вы все же хотите формировать общедоступные библиотеки драйвера, Вы должны определить опцию настройки --enable-shared .

Если Вы конфигурировали пакет с опцией --disable-shared , то Вы можете формировать .so-файл, используя следующее:

$ cd MyODBC-3.51.01
$ make
$ cc -bundle -undefined error -o .libs/libmyodbc3-3.51.01.so *.o \
     -lz -lc -lmysqlclient -L/usr/local/mysql/lib/mysql/ \
     -compatibility_version 2 -current_version 2.0
  Это формирует и помещает файл libmyodbc3-3.51.01.so в каталог .libs
  Скопируйте этот файл в каталог библиотек MyODBC (/usr/local/lib или что
  Вы там определили в --prefix).
$ cd .libs
$ cp libmyodbc3-3.51.01.so /usr/local/lib
$ cd /usr/local/lib
$ ln -s libmyodbc3-3.51.01.so libmyodbc3.so

2.7.4 Установка из дерева исходных текстов для разработки

Предостережение: Вы должны читать этот раздел только, если Вы заинтересованы в разработке пакета. Если Вы только хотите получить MyODBC 3.51, Вы должны использовать стандартный дистрибутив (исходный текст или двоичные модули).

Чтобы получить самое современное дерево исходных текстов для разработчиков, сделайте следующее:

2.8 Поддерживаемые платформы

Драйвер MySQL ODBC может использоваться на всех основных платформах, поддерживаемых MySQL:

Вообще, MyODBC (3.51) поддержан на всех платформах, которые MySQL поддерживает. Если двоичный дистрибутив не доступен для специфической платформы, то Вы можете формировать драйвер самостоятельно, скачав его исходники. А чтобы это стало простым для других пользователей, пошлите готовые двоичные модули на [email protected].

2.9 Список рассылки MyODBC

MySQL обеспечивает семейство пользователей своих пакетов списком рассылки, где новички получают решения от опытных пользователей, посылая запросы на [email protected].

Чтобы подписаться на список рассылки MyODBC, пошлите сообщение на [email protected]. Чтобы отписаться от списка рассылки MyODBC, пошлите сообщение на [email protected]. Вы можете также просматривать архив списка рассылки на http://lists.mysql.com .

2.10 Поддержка MyODBC

Есть возможность получить поддержку пакета. Если Вы хотите, чтобы:

Вы должны получить контракт поддержки от MySQL AB. Фирма MySQL AB поддерживает различные типы лицензий поддержки, чтобы помочь Вам выбрать именно то, что нужно. Для получения большего количества информации относительно поддержки MySQL, посетите сайт https://order.mysql.com или пошлите e-mail на [email protected].

Как только Вы купите поддержку, Вы сможете посылать запросы или отчеты об ошибках, используя MySQL support wizard на http://support.mysql.com, затем группа разработки MySQL начнет работать над Вашей проблемой немедленно.

2.11 Как сообщать об ошибках и проблемах с MyODBC

Если Вы сталкиваетесь с трудностями с MyODBC или с MyODBC 3.51, Вы должны запустить создание файла протокола из ODBC Manager (протокол Вы получаете при запросе файлов регистрации из ODBC ADMIN) или протокол MyODBC (или MyODBC 3.51).

Для получения трассировки ODBC через Driver Manager, Вы должны сделать следующее:

2.12 Программы, точно работающие с драйвером MyODBC

Большинство программ должно работать с MyODBC, но для каждой из перечисленных ниже это было проверено непосредственно.

Программа
Комментарий
Access
Чтобы работать с Access:
  • Если Вы используете Access 2000, Вы должны получить и установить самый новый (версия 2.6 или выше) пакет Microsoft MDAC (Microsoft Data Access Components) с http://www.microsoft.com/data. Это устранит следующую ошибку в Access: когда Вы экспортируете данные в MySQL, имена таблицы и столбца не определены. Другой путь обхода этой ошибки состоит в том, чтобы поставить MyODBC не ниже 2.50.33 и MySQL не ниже 3.23, которые вместе обеспечивают обход этой ошибки. Вы должны также получить и применить Microsoft Jet 4.0 Service Pack 5 (SP5), который может быть найден на http://support.microsoft.com/default.aspx?scid=kb;EN-US;q239114. Это исправит ряд ситуаций, в которых столбцы помечаются как удаленные (#deleted#) в Access. Обратите внимание, что, если Вы используете MySQL 3.22, Вы должны применить патч для MDAC и использовать MyODBC 2.50.32 или 2.50.34 и выше для решения проблемы.
  • Для всех версий Access Вы должны включить опцию MyODBC Return matching rows. Для Access 2.0 Вы должны дополнительно включить опцию Simulate ODBC 1.0.
  • Вы должны иметь timestamp во всех таблицах, которые Вы хотите модифицировать. Для максимальной мобильности TIMESTAMP(14) или просто TIMESTAMP рекомендуются вместо других вариантов TIMESTAMP(X).
  • Вы должны иметь первичный ключ в таблице. Если это не так, новые или модифицируемые строки могут обнаруживаться как #DELETED#.
  • Используйте только поля DOUBLE с плавающей точкой. Access рушится при сравнении с single-полями с плавающей точкой. Это приводит к тому, что новые или модифицируемые строки могут обнаруживаться как #DELETED#, или Вы не можете находить или модифицировать строки.
  • Если Вы связываете таблицу, которая имеет BIGINT как один из столбца, через MyODBC, то результаты будут отображаться как #DELETED. Обойти это можно так:
    • Создайте еще один фиктивный столбец с TIMESTAMP как тип данных, предпочтительно TIMESTAMP(14).
    • Проверьте Change BIGINT columns to INT в диалоге опций соединения в ODBC DSN Administrator.
    • Удалите связь таблицы из и пересоздайте ее.
    Это все еще отображает предыдущие записи как #DELETED#, но новые записи будут отображаться правильно.
  • Если Вы все еще получаете ошибку Another user has changed your data после добавления столбца TIMESTAMP, следующий прием может помочь: не используйте представление листа данных таблицы. Создайте взамен форму с полями, которые Вы хотите видеть, и используйте вид form листа данных. Вы должны установить реквизит DefaultValue для столбца TIMESTAMP в NOW(). Стоит сделать столбец TIMESTAMP скрытым.
  • В некоторых случаях Access может генерировать запрещенные запросы SQL, которые MySQL не может понимать. Вы можете исправить это, выбирая Query|SQLSpecific|Pass-Through из меню Access.
  • Access под NT показывает столбцы BLOB как OLE OBJECTS. Если Вы хотите иметь столбцы MEMO вместо этого, Вы должны изменить тип столбца на TEXT с помощью команды ALTER TABLE.
  • Access не может всегда обрабатывать столбцы DATE правильно. Если Вы имеете проблему с ними, измените столбцы на DATETIME: с ними путаницы нет.
  • Если Вы имеете в Access столбец, определенный как BYTE, Access пробует экспортировать это как TINYINT вместо TINYINT UNSIGNED. Это задаст Вам проблем, если Вы имеете значения > 127 в этом столбце!
ADO
Когда Вы программируете с ADO API и MyODBC Вы должны обратить внимание на некоторые заданные по умолчанию свойства, которые пока не поддержаны сервером MySQL. Например, использование свойства CursorLocation Property как adUseServer возвратит для реквизита RecordCount Property -1. Чтобы иметь правильное значение, Вы должны установить это свойство в adUseClient, как показано в этом коде на VB:
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(*) для подобного запроса, чтобы получить правильное число строк.
Active server pages (ASP)
Вы должны использовать параметр Return matching rows.
Приложения BDE
Вы должны установить параметры Don't optimize column widths и Return matching rows. Тогда все должно работать.
Borland Builder 4
Когда Вы запускаете запрос, Вы можете использовать свойство Active или метод Open. Обратите внимание, что Active запускается автоматически при выдаче запроса SELECT * FROM ..., что медленно, если Ваши таблицы большие.
ColdFusion (под Unix)
Следующая информация найдена в документации на ColdFusion: используйте следующую информацию, чтобы конфигурировать ColdFusion Server для Linux, чтобы использовать драйвер unixODBC с MyODBC для источников данных MySQL. Известно, что MyODBC Version 2.50.26 работает с MySQL Version 3.22.27 и с ColdFusion для Linux. Любая более новая версия должна также работать. Вы можете скачать MyODBC с http://www.mysql.com/downloads/api-myodbc.html. ColdFusion Version 4.5.1 позволяет использовать ColdFusion Administrator, чтобы добавлять источник данных MySQL. Однако, драйвер не включен в поставку ColdFusion Version 4.5.1. Прежде, чем драйвер MySQL появится в раскрывающемся списке ODBC datasources, Вы должны сформировать и скопировать драйвер MyODBC в /opt/coldfusion/lib/libmyodbc.so. Каталог Contrib хранит программу mydsn-xxx.zip, которая позволяет Вам формировать и удалять DSN-файл системного реестра для драйвера MyODBC в программах Coldfusion.
DataJunction
Вы должны обновить пакет, иначе будет выводиться ENUM вместо VARCHAR: проблемы с протоколом.
Excel
Работает нормально. Некоторые советы:
  • Если Вы имеете проблемы с датами, попробуйте выбирать их как строки, использующие функцию CONCAT(). Например:
    select CONCAT(rise_time), CONCAT(set_time) from sunrise_sunset;
    
    Значения, полученные как строки этим способом, должны быть правильно распознаны как значения времени Excel97. Цель CONCAT() в этом примере состоит в том, чтобы ввести в заблуждение ODBC в плане того, что столбец имеет строковый тип. Без CONCAT() ODBC знает, что столбец имеет тип time, а Excel не понимает этого. Обратите внимание, что это ошибка в Excel, поскольку он автоматически преобразовывает строку в time, хотя никто его об этом не просит. Это было бы большим удобством, если источником является текстовый файл, но просто глупо, когда в качестве источника данных выступает ODBC-подключение, которое сообщает точные типы для каждого столбца.
Word
Чтобы получать данные из MySQL в документах Word/Excel, надо использовать драйвер MyODBC и Add-in Microsoft Query help. Например, создайте базу данных с таблицей, содержащей 2 столбца текста:
  • Вставьте строки, используя инструмент командной строки mysql.
  • Создайте DSN-файл, использующий MyODBC-драйвер, например, my.
  • Откройте Word.
  • Создайте пустой новой документ.
  • При использовании панели инструментов Database, нажмите кнопку insert database.
  • Нажмите кнопку Get Data.
  • С правой стороны окна Get Data нажмите кнопку Ms Query.
  • В Ms Query создайте New Data Source, используя DSN-файл my.
  • Выберите новый запрос.
  • Выберите столбцы, которые Вы хотите.
  • Создайте фильтр, если он нужен.
  • Выполните сортировку, если она нужна.
  • Установите Return Data в Microsoft Word.
  • Нажмите кнопку Finish.
  • Нажмите Insert data и выберите записи.
  • Теперь после нажатия на OK строки появятся в Вашем документе Word.
Delphi
Вы должны использовать BDE Version 3.2 или более новую. Установите опцию Don't optimize column width при соединении с MySQL. Также имеется некоторый потенциально полезный Delphi-код, который устанавливает ODBC-вход и BDE-вход для MyODBC (BDE-вход требует BDE Alias Editor, который можно свободно скачать с Delphi Super Page.
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
Тестировался с BDE Version 3.0. Единственная известная проблема состоит в том, что, когда схема таблицы изменилась, поля запроса не модифицируются. BDE, кажется, не распознает первичные ключи, только PRIMARY индекс, хотя это не было проблемой.
Vision
Вы должны использовать параметр Return matching rows.
Visual Basic
Чтобы модифицировать таблицу, Вы должны определить первичный ключ для таблицы. Visual Basic с ADO не может обрабатывать большие целые числа. Это означает, что некоторые запросы подобно SHOW PROCESSLIST не будут работать правильно. Установите опцию OPTION=16834 в строке подключения ODBC или задайте параметр Change BIGINT columns to INT на экране соединения MyODBC. Вы можете также устанавливать опцию Return matching rows.
VisualInterDev
Если Вы получаете ошибку [Microsoft][ODBC Driver Manager] Driver does not support this parameter, причина может быть в том, что Вы имеете BIGINT в Вашем результате. Попробуйте установить параметр Change BIGINT columns to INT на экране соединения MyODBC.
Visual Objects
Вы должны использовать параметр Don't optimize column widths.
MS Visio Enterprise 2000
Пользователи сделали диаграмму модели базы данных, подключаясь из MS Vision Enterprise 2000 к MySQL через MyODBC (2.50.37 или более новый) и используя функцию обратной разработки в Visio, чтобы восстановить информацию относительно базы данных (Visio показывает все определения столбца, первичные ключи, индексы и так далее). Также разрабатывали новые таблицы в Visio и экспортировали их в MySQL через MyODBC. Все работало.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру