Здравствуйте, Денис Ильин, Вы писали:

ДИ>Здравствуйте, kig, Вы писали:

kig>>Здравствуйте, Денис Ильин, Вы писали:

ДИ>>>Здравствуйте, andsm, Вы писали:

kig>>[]

ДИ>>>Кстати, с ActiveX Job решение получается очень интересным. В него можно вставлять VB скрипты. Красота решения слегка подпорчивается тем, что тогда мне нужно научиться с помощью VBScript-а брать из БД данные.

kig>>CreateObject("ADODB.xxx...") — подойдет?

ДИ>Надеюсь, что да. Где можно чуть подробнее почитать про ADODB...

здесь. Или локальный мсдн

ДИ>как то не очень красиво — в VBScript-е мы то УЖЕ находимся в текущей БД

т.е. VBScript запускается в job? Если так, то job вообще-то "находится" не в текущей БД, а в SQL Server Agent, который, к слову сказать, вообще-то отдельный от SQL Server сервис.

ДИ>нам совсем не обязательно к ней конектиться (или всё таки обязательно?), а достаточно только таскать данные из табличек.

Много данных таскать?
Если не много, из vbscript можно слепить com-компонент (здесь) и юзать через sp_OAxxx из TSQL, обходясь без ADO.