1) Нужно эмулировать Windows-окружение.
Ссылка скрыта от гостей
(это не типичный пример, просто на мысль наводит)
Т.е. если нужно использовать COM-объекты, то ставим программку wine... А потом долго бьёмся, чтобы она видела ADO, которое будет считаться установленным под Linux, а не под Windows.
2) Спросить 1С.
Я так понимаю, что работа не "наколеночная". Значит есть доступ к партнёрскому форуму 1С. Вот там и задать вопрос "как из 1С получить доступ к ADO-сервису". Должны ответить: сами породили - сами пусть и отчитываются
3) Эмулировать "сервер без состояния".
Толстый клиент 1C через сервер приложения (типа сервер без состояния) имеет доступ к MySQL. Он же как-то доступ уже имеет
Правда делает это через API, которым мы воспользоваться не можем (не знаем).
Тогда пишем на скриптовом языке программку, которая будет запускаться из 1С, читать файл команд/данных, записанный через 1С. Затем скрипт делает запрос (через ADO) и пишет это в файл, который в свою очередь читает 1С (тут можно ещё другой файл-флаг использовать для синхронизации). Соответственно, если нужно один раз за сеанс что-то получить из сторонней базы MySQL, то идея будет работать - проблема только с поисками программиста, который напишет скрипт. Если же нужна активная работа... то тогда нужно удивиться, зачем такие сложности в архитектуре