alextashk, я тут пытаюсь воспользоваться приведённым когда-то вами примером ,


для чего скачал и установил у себя на Win10_64 соответствующий MySQL ODBC Connector версии 8.0.13 (64-битовый), только нигде не могу найти его правильное программное название (lcDRIVER): попытался заменить в вашем примере "MySQL ODBC 3.51 Driver" на "MySQL ODBC 8.0.13.0 Driver" - не проходит, выдаёт ошибку в error-файл:
_{04.12.18 01:26:28
The error provided the following information
1526
Connectivity error: [Microsoft][Диспетчер драйверов ODBC] Источник данных не найден и не указан драйвер, используемый по умолчанию
[Microsoft][Диспетчер драйверов ODBC] Источник данных не найден и не указан драйвер, используемый по умолчанию
IM002
0
1}
Все прочие параметры (URL удалённого MySQL-сервера, порт, имя базы, пользователь, пароль) указаны мной правильно - проверочный PHP-файл с моего первого сервера соединяется при этих параметрах нормально. Удалённый доступ к второму MySQL-серверу разрешён, именно на нём и расположена тестовая база.
Подскажите, как теперь мне ещё и VFP "подружить" с MySQL? Какое нужно указать правильное имя ODBC-драйвера? Откуда можно узнать это имя? И ещё вопрос: lcSERVER должен быть указан именно в виде IP-шника? В смысле URL вместо этого не подойдёт?

Нашёл-таки некоторые описания на внятном уровне.
Да... Оказывается, я сильно поспешил: мало найти и установить нужный ODBC-драйвер - нужно ещё и кучу танцев с бубнами проделать по настройке системных источников данных, и то ещё далеко не факт, что из этого выйдет нормальный коннект :(
Видать, серверно-PHP-шная простота решения подобных соединений с удалёнными базами меня сильно расслабила - думал, что и через локальный Фокс всё это так же легко победю :)
Ситуация с подключениями через ODBC сейчас сильно напоминает те давние времена, когда для каждого периферийного устройства приходилось создавать отдельное устройство сопряжения с ЭВМ, и это нередко становилось темой целой дипломной работы :)
Ладно, поборюсь ещё немного со всеми этими ODBC-лотереями, пока хватит терпения :)

To Dima T:
Спасибо за хорошую ссылку!
А вот насчёт 32-битного драйвера - попробую, конечно. Но я выбрал вчера именно 64-битный, потому как в Интернете обнаружил массу материалов, где люди жалуются, что 32-битный драйвер на 64-битной системе не хочет нормально работать, и в качестве лекарства предлагается менять его на 64-битный.
Ладно, вечером скачаю 32-битный и попытаюсь приконнектиться через него.

То Sergey Sizov:
Вот если бы так и было! Но подобные проблемы - не у одного меня: пример1 , пример2 , ... их слишком много, чтобы все здесь перечислять.
Необходимость подобных плясок с настройками ODBC сильно усложняет переносимость простых приложений. Судите сами:
Сделал я на досуге своему куму-предпринимателю вроде неплохую учётную локальную Фокс-прогу для его магазина: он к ней привык, работал и радовался. Потом ему захотелось, чтобы была возможность работать как из магазина (ноутбук с ХРюшей), так и из дому (ПК с Вин7х64) - по началу он синхронизировал данные ручным переносом каталога на флешке, но иногда забывал её прихватить с собой - поэтому я просто прикрутил костыль в виде автоматической синхронизации через ftp-хранилище - и это оказалось вполне приемлемо.
Но потом он расширил свои владения ещё на 3 точки с отдельными ПК - вот я и решил переделать локальный вариант на сетевой (чтобы база находилась на удалённом MySQL-сервере, а сделанные мной Фоксовые ПК-клиенты просто коннектились и работали с ней).
И вот тут-то и наступило отчаяние: разработанную мной прогу Фокс-клиента теперь стало вовсе не достаточно переслать заказчику e-mail'ом - придётся самому лично объезжать все его точки и всё вручную настраивать, что представляет собой изрядный геморрой, если учесть, что на всех ПК установлены вовсе не одинаковые ОС, да и сами эти ОС не так уж и редко переустанавливаются конечными пользователями - т.е., понадобится снова выезжать и всё перенастраивать после каждой такой переустановки Windows :(

То Sergey Sizov:
Спасибо за участие. Не стану спорить, пока сам не перепробую необходимые варианты. Обращаю ваше внимание только на то, что упомянутый вами "правильный драйвер" не может быть универсальным (единственным) для версий Виндовс от ХР до 10 - его подбор и установка не является тривиальной процедурой для конечного заказчика, а следовательно - это перекладывается на плечи разработчика, именно это я и называю "дополнительными танцами с бубнами". Да и приведённые мной примеры - никогда бы не возникли, если бы все трудности заключались только в "правильном драйвере и правильной к нему строке подключения".
Некоторый избыток текста в описании ситуации приведён мной от моего неумения кратко и чётко излагать проблему. Приношу извинения.