Задача: есть VBScript код, который реализует много полезного.
Возможно ли выполнение VBScript кода в SQL-Server-е (типа Run-а какого то)?
А то переводить код на SQL-Server-ные sp_OAMethod, sp_OAProperty штуки не хочется, да и как то застопорилось дело.

Спасибо за внимание.

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

ДИ>Задача: есть VBScript код, который реализует много полезного.
ДИ>Возможно ли выполнение VBScript кода в SQL-Server-е (типа Run-а какого то)?
ДИ>А то переводить код на SQL-Server-ные sp_OAMethod, sp_OAProperty штуки не хочется, да и как то застопорилось дело.

ДИ>Спасибо за внимание.

xp_cmdshell

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

ДИ>Задача: есть VBScript код, который реализует много полезного.
ДИ>Возможно ли выполнение VBScript кода в SQL-Server-е (типа Run-а какого то)?
ДИ>А то переводить код на SQL-Server-ные sp_OAMethod, sp_OAProperty штуки не хочется, да и как то застопорилось дело.

Создай джоб, в нем ActiveX step. И запускай его из SQL.

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

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

ДИ>>Задача: есть VBScript код, который реализует много полезного.
ДИ>>Возможно ли выполнение VBScript кода в SQL-Server-е (типа Run-а какого то)?
ДИ>>А то переводить код на SQL-Server-ные sp_OAMethod, sp_OAProperty штуки не хочется, да и как то застопорилось дело.

A>Создай джоб, в нем ActiveX step. И запускай его из SQL.

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

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

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

[]

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

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

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

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

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

kig>[]

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

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

Надеюсь, что да. Где можно чуть подробнее почитать про ADODB (в частоности, какие мне нужны параметры для его создания, если у меня база SQL-Server 2000, все алиасы, домены, юзеры и пароли известны. + как то не очень красиво — в VBScript-е мы то УЖЕ находимся в текущей БД, нам совсем не обязательно к ней конектиться (или всё таки обязательно?), а достаточно только таскать данные из табличек.

Спасибо за внимание.

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

ДИ>Здравствуйте, 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.