Выполнение скрипта программно

← →
Hooch © (2004-04-05 12:04) [0]

День добрый !
Господа, нужно выполнить в программе скрипт MS SQL и получить полный лог выполнения, в общем как в QA, может кто сталкивался, подскажите решение (утилиту osql не предлагать :-) )

← →
stone © (2004-04-05 12:07) [1]

ADOCommand.Execute (для скрипта) + ADOConnection.AfterExecute (для лога)

← →
Hooch © (2004-04-05 12:24) [2]

думаю что через ADO не получится все ошибки получить, так я уже пробовал часть, так сказать, не критичный ошибок вообще не приходит, принты работат через раз ну и т.д. и.т.п.

← →
just me (2004-04-05 13:35) [3]

Можно с помощью SQLDMO, примерно так:
var
Server : Variant;
begin
try
try
Server := CreateOleObject("SQLDMO.SQLServer");
Server.Connect(strServerName, strLoginID, strPassword);
Server.ExecuteImmediate(strScriptText, nExecMode, 0);
except
on E : EOleException do
Application.MessageBox(PChar(msgWrongSQLScript + E.Message), PChar(strMessError), mb_OK + MB_ICONERROR);
end;
Server.DisConnect;
finally
Server := Unassigned;
end;
end;
Нужное значение параметра nExecMode посмотри в доке на SQLDMO (в BOL например)

← →
Hooch © (2004-04-05 13:45) [4]

спасибо, счас попробую

← →
sniknik © (2004-04-05 13:48) [5]

> думаю что через ADO не получится все ошибки получить, так я уже пробовал часть, так сказать, не критичный ошибок вообще не
> приходит, принты работат через раз ну и т.д. и.т.п.
тем не менее QA работает через ADO.

← →
Hooch © (2004-04-05 14:41) [6]

>> sniknik ©
а есть доказательства ? просто пару раз слышал подобное но нигде доказательств не нашел

← →
sniknik © (2004-04-05 15:15) [7]

а то что их обоих (ADO/QA) в мелкософте писали, и ADO в основном под MSSQL разрабатывался не доказательство?

лично меня бы ломало писать две разные вещи если можно одной обойтись, в мелкософте тоже думаю не трудоголики. ;о))

лутше ты докажи что нет.

← →
Fay © (2004-04-05 15:30) [8]

А я вот слышал, что на ODBC. ODBC тоже, кажись, не в Oracle ваяли...

← →
just me (2004-04-05 16:15) [9]

2 sniknik © (05.04.04 13:48) [5]
> тем не менее QA работает через ADO.
Вестма сомнительно. К иому же Dependency Walker (Visual Studio) не показывает в списке подгруженных DLL ничего из состава ADO, зато ODBC-шные библиотеки имеются в избытке

← →
sniknik © (2004-04-05 16:20) [10]

Fay © (05.04.04 15:30) [8]
давай сравнивать, ты делаеш то что может QA через ODBC я через ADO, начнем с возврата значения PRINT. чьи возможности раньше кончатся тот отпадает. согласен?

← →
sniknik © (2004-04-05 16:20) [11]

just me (05.04.04 16:15) [9]
аналогично [10]

"зато ODBC-шные библиотеки имеются в избытке" - тем не менее, без ADO QA - не работает. Хотя, возможно, работа осуществляется непосредственно с ole db MSSQL... Точно можно утверждать, что для MSSQL взаимодействие с QA осуществляется так-же, как и с приложением использующим ADO, но не ODBC - QA поддерживает клиентский MultiRecordset.

Delirium © (05.04.04 16:24) [12]
> Хотя, возможно, работа осуществляется непосредственно с ole db MSSQL
зачем? переписывать/двоить обмен данными при работе с удаленным mssql сервером?
меня бы заломало. ;о)

Учитывая своё глубокое незнание ODBC (ни в зуб ногой), я, пожалуй, откажусь.

Fay © (05.04.04 16:33) [14]
ты просто полазь по форуму, тут люди имели конкретные проблемы при подключении к MSSQL через ODBC в силу его ограниченности, (причем используя ADO но указывая ODBC DSN в строке) единственное изменение конекта на OLEDB драйвер эти проблемы решало... (точно не скажу что именно, давно было, скорее всего уже в дайджестах, искать ломает ;о))

Да я тебе верю на слово. Без всяких джедаистов (или как их там?).
Проверить всё равно лениво и пофигу 8)

Выполнение скрипта программно Найти похожие ветки