Коллеги.
Чем во вашему удобней залезть в базу MSSQL не 1с для чтения данных из табличек и записи туда же.

для постгри использую какой-то драйвер plsql
который в 1с создает
Conn = СоздатьОбъект("ADODB.Connection");
ААА = Conn.Open(ConnectionString);
Cmd = СоздатьОбъект("ADODB.Command");

ну и работаем с базой посредством уже постгри запросов.

в MSSQL  напрямую не лазил. 1с++, есть toysql.

(0)[не 1с для чтения данных из табличек и записи туда же.]
под виндой adodb доступно из скриптовых языков, например php,
проще некуда и компиляция не нужна

v7mysql.dll - нормально работает
база mуsql в локальной сети

(1) в (0) не к нему ли обращение?
только коннект к постгри идет.

)) Глаза еще не открыл, прочитал mysql вместо mssql

(2) майкрософт у меня. Комп в принципе в домене

(3) сформулируй ещё раз проблему, ибо я понял, что тебе нужна вызывался ADODB не из среды 1С

(6) +1
или речь о строке подключения к mssql &

(6) (7) надо из 1с 7.7 законнектиться к базе MS SQL и получить из нужных табличек данные. также в нужные записать

я написать что подключится надо НЕ К 1совской базе скуля

(9) создаёшь файлик с расширением udl, выбираешь провайдера, тестируешь соединение, копируешь в код строку соединения

(9) Тоже делал, все работало на ура, все запросы select, insert

Делал так:
Соединение = СоздатьОбъект("ADODB.Connection");        
ConnectionString = "Provider=SQLOLEDB.1;Password=******;Persist Security Info=True;User ID=SA;Initial Catalog=***;Data Source=SRV;";

(10) в запуске внешних шняг есть одно неудобство - мельтешащие черные окна сбивающие позиционирование на текущем окне 1с.  самое удобное какой-то компонентой из 1с напрямую.

(12) мы тебя не понимаем, в (10) утилита для построения строки соединения для использования в 1С

(11) а т.е. как я к постгри подключаюсь указывая
DRIVER={PostgreSQL Unicode};DATABASE= *****

указать только данные к мс скл.. вся остальная работа по сути тажже. запрос - обработка ответа

(13) я понял кажется

чем привычнее тем и делай. можно АДО, можно ТойСКЛ, можно 1С++ (наверное)

(14) всё верно
Provider=SQLOLEDB
протестировать можно через файлик udl

(0) На VBA можно запрос написать и выполнить.
Вот тут посмотри как сделать http://info-comp.ru/obucheniest/380-vba-access-query.html

Там пример для access, но никто не мешает сделать то же самое в экселе, если access-а под рукой нет.

(18) а зачем мне из екселя лезть когда надо данные в 1с

(19) Ты же в в (0) сказал, что над не в 1с.
Если все же надо из 1с, но читать/писать в другую базу, то ответ в (10) и (11).
Если проблема с написанием строки подключения, создай пустой файл с расширением udl, как советует shuhard, сохрани его и кликни мышкой, должен открыться мастер настройки подключения. Далее заполняешь параметры и с последней вкладки копируешь строку подключения.

Если из 1С, то через 1С++::ODBCRecordSet телодвижений меньше, чем с ADO.

И не вижу принципиальной разницы, 1С это база, или какая-то другая.

+ к 21  и типизацию можно получить (если в той базе есть типизированые id).
(0) так что используй 1с++

(12) > самое удобное какой-то компонентой из 1с напрямую.

1c++ конечно же. + QA.ert.
Только запросы удобнее писать в конфигураторе с опенконфом + SQLIntellisence.vbs

+(24) Хотя если БД не 1С-ная, то прийдется поизвращаться.

(24) (25) все перечисленное тобой есть. но база не 1с ная внешняя

(26) Ваще не проблема.
1С++ может подсоединяться и к другим БД, не 1С-ным.

//***************************************************************
Процедура Выполнить(Режим = 0)
    Перем Тип,Длина,Точность;
    Если Режим = 2 Тогда
        вВопрос = "Обычно 1С вылетает на этой опции!
        |Отменить операцию?";
        Если Вопрос(вВопрос,"Да+Нет") = "Да" Тогда
            Возврат;
        КонецЕсли;
    КонецЕсли;
    
    Запрос   = СоздатьОбъект("ODBCRecordset");
    Если MetaInfoClasses.ЭтоSQL_Версия() = 0 Тогда
        Если Режим <> 0 Тогда
            Возврат;
        КонецЕсли;
        DB=СоздатьОбъект("ODBCDatabase");
        Если DB.Соединение("DRIVER={Microsoft Visual FoxPro Driver};Deleted=Yes;Null=Yes;Collate=RUSSIAN;Exclusive=No;SourceType=DBF;SourceDB="+КаталогИБ())=0 Тогда
            глСообщитьОбОшибке(DB.ПолучитьОписаниеОшибки()+" [20150113-1518]");
            Возврат;
        КонецЕсли;
        Запрос.УстБД(DB);
    КонецЕсли;

(26)и что что внешняя.
sql сервер вообще не знает ничего об 1с

Есть таблица есть запрос - все
select * from NameTabl

(29) да это понятно. я пояснил к вопросу

Ну дык в чем проблема-то?
Модифицируешь 1CQA.ert в плане подключения к другой БД
Процедура Выполнить(Режим = 0)
код где пропатчить я в (28) написал и фигачишь себе запросы.

(31) да мерси. все сделаем.

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

(33) что подразумевается под подсказкой?
известна структура таблиц и читать / писать туда надо не в слепую.

все делаю в посгри таблички. в МС скл просто не делал

(34) > что подразумевается под подсказкой?
Вот это: https://github.com/trdm/hlam/blob/master/img/1Сsqlhelp.gif

Через 1с++

БазаДанных = СоздатьОбъект("ODBCDataBase");
СтрокаСоединения = "Driver={SQL Server};Server=srv;Database=" + "name" + ";Uid=" + Логин + ";Pwd=" + Пароль + ";";
БазаДанных.Соединение(СтрокаСоединения);
Обработчик = СоздатьОбъект("ODBCRecordset");
Обработчик.УстБД(БазаДанных);

ТекстЗапроса = "
|SELECT  *
|FROM [table1]
|where     field1_id = :field1_id
|";
Обработчик.УстановитьТекстовыйПараметр("field1_id ", field1_id );
Обработчик.Отладка(1);
Результат = Обработчик.ВыполнитьИнструкцию(ТекстЗапроса);
            
ТекстЗапроса = "        
|INSERT INTO [table1]
|      
| VALUES            
|
|(0,NULL,1,:ИдПоля1)
|";
Обработчик.УстановитьТекстовыйПараметр("ИдПоля1", ИдПоля1);
Обработчик.Отладка(1);
Результат = Обработчик.ВыполнитьИнструкцию(ТекстЗапроса);

Сами запросы хоть в репортинге рисовать можно...

только проблема будет с блокировками и грязным чтением.

т.к. другая твоя программа ничего не знает про твои чтение/запись из 1с

и это нужно как то продумать и согласовать, хоть nolock для начала поставить.

(35) аа. ну да это не обязательно. помошники и конструктор

(38) тут решаемо.

Единственное вроде прописать базу нужно в odbcad32

На 64 битных системах она хранится в
C:\Windows\SysWOW64\odbcad32.exe

Продолжаем
законнектился через.
    CmdА = СоздатьОбъект("ADODB.Command");

выборка селект идет нормально.


в общем все также и тот же код как будто подключился к постгри, только коннект строка взял из (36)

мерси всем

(42) нафик адо ?
писать проще через ODBCRecordset

раз у тебя есть 1cpp

(43) а чем? чего проще через то что я делаю

(44) да она есть конечно.. но чесно говоря не использую. да и чего там писать. селекты да инсерты в трансферные базы

тем более запросы всё равно руками делаю. там же нет сложного чего то с соединениями и вложенными запросами. почти.

(45) в ТЗ можно выгружать одной строчкой

(48) гм. ну да. ест + не надо перебирать все.

установка параметров а ля список значений

(45) делать подготовленные запросы с изменяемыми параметрами, устанавливать значения параметров ну и т.д.

(49) попробуй получи значение типа numeric или decimal или int через ado в семерку

(52) будет ругаться плохой тип? в постгри к переменной ставлю ::text и все.
Кстати а как в мс скл сразу чтобы переменная была типа текст

(53) на стороне сервера конвертируешь число в строку, на стороне семерки получаешь вместо числа получаешь строку.
оно тебе надо?
а 1С++::ODBCRecordSet передает число как надо

>Кстати а как в мс скл сразу чтобы переменная была типа текст

не совсем понял вопрос, но
cast(Поле as varchar)

(54) а что такого в конвертации. по сути оно что строка что число

дело в том, что 1с++ ну нет времени сейчас осваивать. попробую 1 день посвятить. если взлетит сразу - то перейду. если нет - то придется по уже наработанной технологии

кроме всего, ado - это com-обертка всех данных
ODBCRecordSet - передача "прямее"
на больших объемах это может быть важно

(57) ну ты почти уговорил ;) попробую.

но честно говоря нет времени.

(56) там всего-то пару методов

(56) затраты на конвертацию

(59) я бы даже сказал - один

(61) а да, УстБД еще ))