Добрый день, проблема с использованием Adodb.Connection через COM:
Выполняется на клиенте получаю ошибку:
{ВнешняяОбработка.Рассылка.Форма.Форма.Форма(15)}: Ошибка при вызове конструктора (COMОбъект)
СоединениеПП = Новый COMОбъект("ADODB.Connection");
по причине:
-2147221164(0x80040154): Класс не зарегистрирован
msado15.dll зарегистрирована, в чем может быть проблема?
СоединениеПП = Новый COMОбъект("ADODB.Connection");
Выполняется на клиенте получаю ошибку:
{ВнешняяОбработка.Рассылка.Форма.Форма.Форма(15)}: Ошибка при вызове конструктора (COMОбъект)
СоединениеПП = Новый COMОбъект("ADODB.Connection");
по причине:
-2147221164(0x80040154): Класс не зарегистрирован
msado15.dll зарегистрирована, в чем может быть проблема?
По теме из базы знаний
- Версионирование справочников, документов и регистров сведений на SQL-сервере
- TMSSQL - работа с базами данных MS SQL Server в скриптах на OneScript и из командной строки
- SQLPad для удобной работы с запросами к SQL серверу
- Как мы на Managed Service for SQL Server в Yandex.Cloud переезжали
- Автоматизируем переезд SQL баз с одного сервера на другой
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
В каком смысле
Управляемые формы или обычные? В каком модуле находится процедура?
Выполняется на клиенте
?
Управляемые формы или обычные? В каком модуле находится процедура?
&НаКлиенте или &НаСервере?
Если &НаСервере, то ты стучишься не с правами локального админа, а с правами юзера под которым стартовала служба сервера.
Если &НаСервере, то ты стучишься не с правами локального админа, а с правами юзера под которым стартовала служба сервера.
(9)
Что имеется ввиду перерегистрировать компоненты? Просто насколько знаю начиная с Vista отдельного дистрибутива MDAC нет.
Проверил на этой же машине в режиме обычного приложения, толстого клиента на платформе 8.2.19.130, все нормально работает.
MDAC
Что имеется ввиду перерегистрировать компоненты? Просто насколько знаю начиная с Vista отдельного дистрибутива MDAC нет.
Проверил на этой же машине в режиме обычного приложения, толстого клиента на платформе 8.2.19.130, все нормально работает.
(11)
Хм... А файловая или клиент-сервер? Если клиент-сервер, то может профиль безопасности действует... Хотя мне казалось что это только сервера должно касаться.
Проверил на этой же машине в режиме обычного приложения, толстого клиента на платформе 8.2.19.130, все нормально работает.
Хм... А файловая или клиент-сервер? Если клиент-сервер, то может профиль безопасности действует... Хотя мне казалось что это только сервера должно касаться.
Непонятно зачем с клиентской машины соединяться к SQL. SQL база находится на том же сервере где база 1с? На клиентах где запускается база совсем не обязательно должен быть доступ к SQL серверу
Попробуйте выполнить (вместо 8.3.10.2580 своя версия)
C:\Windows\System32\regsvr32.exe "c:\Program Files (x86)\1cv8\8.3.10.2580\bin\comcntr.dll"
С не 1С SQL базами удобно работать через внешнее соединение.
C:\Windows\System32\regsvr32.exe "c:\Program Files (x86)\1cv8\8.3.10.2580\bin\comcntr.dll"
С не 1С SQL базами удобно работать через внешнее соединение.
Что-то я смутно припоминаю, что с какого-то там релиза внешние обработки по дефолту исполняются в безопасном режиме.
А попробуй ее в конфу загнать :)
А попробуй ее в конфу загнать :)
Проще установить клиентскую часть SQL с Management Studio, проверить с помощью нее подключение к нужным серверам, проверить выполнение запросов. Многие вопросы отпадут.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот