Использование метода api post из SQL Server [duplicate]

Не в самом коде T-SQL, но с SQL Server 2005 и выше они активировали возможность записи хранимых процедур CLR, которые по существу функционируют в .NET-коде, а затем раскрывают их как хранимые процедуры для потребления. Для этого у вас есть большая часть .NET framework, поэтому я вижу, что через это возможно потребление веб-сервиса.

Здесь немного подробно обсуждать здесь, но вот ссылка на статью MSDN по теме.

Конечно, вы можете , но это ужасная идея.

Поскольку вызовы веб-сервисов могут занимать произвольное количество времени и случайным образом выходить из строя, в зависимости от того, сколько игр в игре встречается в вашей сети в то время, вы не можете сказать, как долго это будет продолжаться брать.

На минимальном уровне вы, вероятно, смотрите полторы секунды к тому времени, когда он создает XML, отправляет HTTP-запрос удаленному серверу, который затем должен анализировать XML и отправлять ответ.

1. Независимо от того, что запрос INSERT INTO BLAH, вызвавший запуск веб-службы, должен будет дождаться завершения. Если это то, что происходит только в фоновом режиме, как ежедневная запланированная задача, производительность вашего приложения будет бомбить
2. . Вызывающий веб-сервис код запускается внутри SQL-сервера и использует его ресурсы. Поскольку потребуется много времени, чтобы дождаться HTTP-запроса, вы в конечном итоге воспользуетесь большим количеством ресурсов, что снова повредит производительности вашего сервера.

Согласился, что это не то, что нужно делать, но иногда вам приходится делать то, что вам не идеально нравится делать. В этом случае я переписал функцию веб-сервиса как функцию sql для выполнения той же задачи.

Спасибо за все ссылки и предложения.

Я бы не сделал этого для интенсивного трафика или критически важных вещей, ОДНАКО, если вам НЕ нужно получать обратную связь от службы, то на самом деле это замечательно.

Вот пример того, что я сделал.

1. Триггеры Вставка и обновление в таблице
2. Триггер называется Stored Proc, который передает JSON данные транзакции в конечную точку Web Api, которая затем вставляет в MongoDB в AWS.

Не делайте старый XML

JSON

EXEC sp_OACreate 'WinHttp.WinHttpRequest.5.1', @Object OUT;
EXEC sp_OAMethod @Object, 'Open', NULL, 'POST', 'http://server/api/method', 'false'
EXEC sp_OAMethod @Object, 'setRequestHeader', null, 'Content-Type', 'application/json'
DECLARE @len INT = len(@requestBody) 

Полный пример:

Alter Procedure yoursprocname

 @WavName varchar(50),
 @Dnis char(4) 

    AS
BEGIN

    SET NOCOUNT ON;


DECLARE @Object INT;
DECLARE @Status INT;


DECLARE @requestBody NVARCHAR(MAX) = '{
"WavName": "{WavName}",
"Dnis": "{Dnis}"
}'


SET @requestBody = REPLACE(@requestBody, '{WavName}', @WavName)
SET @requestBody = REPLACE(@requestBody, '{Dnis}', @Dnis)


EXEC sp_OACreate 'WinHttp.WinHttpRequest.5.1', @Object OUT;
EXEC sp_OAMethod @Object, 'Open', NULL, 'POST',  'http://server/api/method', 'false'
EXEC sp_OAMethod @Object, 'setRequestHeader', null, 'Content-Type', 'application/json'
DECLARE @len INT = len(@requestBody) 
EXEC sp_OAMethod @Object, 'setRequestHeader', null, 'Content-Length', @len
EXEC sp_OAMethod @Object, 'send', null, @requestBody
EXEC sp_OAGetProperty @Object, 'Status', @Status OUT
EXEC sp_OADestroy @Object

В более ранних версиях Sql вы могли использовать либо расширенный хранимый proc, либо xp_cmdshell для вывода оболочки и вызова веб-службы.

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