存储过程调用Web Service不可取，因HTTP不确定性与事务确定性根本冲突；sp_OACreate已淘汰，CLR虽可行但门槛高、限制多，跨数据库无统一方案，99%场景应移至应用层处理。
sp_OACreate 已不可靠，CLR 是唯一可工程化落地的路径，但必须明确：绝大多数场景下，你不该在存储过程中调用 Web Service。
HTTP 调用天然不可控——超时、证书错误、网络抖动、服务端返回异常结构——而存储过程运行在事务上下文中，要求确定性与可回滚性。两者根本冲突。强行塞进去，只会让数据库变成故障放大器。
sp_OACreate 和 sp_OAMethod 为什么不能用
-
sp_OACreate依赖 Windows COM 组件（如MSXML2.XMLHTTP或MSSOAP.SoapClient30），SQL Server 2012+ 默认禁用，Azure SQL / Managed Instance 完全不支持 - 启用需执行
sp_configure 'Ole Automation Procedures', 1，这会打开高危攻击面，COM 崩溃可直接导致sqlservr.exe进程崩溃 - HTTPS 场景下常见
0x80070057（参数错误）或证书验证失败，responseText取中文常乱码（BSTR →nvarchar映射失效） -
MSSOAP.SoapClient30在 Windows Server 2012+ 上已无法加载，Soap Toolkit 3.0 仅支持 x86，且微软早已停止维护
你看到的那些“能跑”的示例，基本都卡在 SQL Server 2008 R2 + Windows Server 2008 x86 环境里，不具备迁移性和长期维护价值。
CLR 存储过程是唯一可行路径，但门槛很高
- 必须启用
clr enabled配置，并将数据库设为TRUSTWORTHY ON（不推荐）或使用证书签名（推荐但步骤繁琐） - .NET Framework 版本严格绑定 SQL Server 版本：SQL Server 2019 支持最高到
.NET Framework 4.7.2，不支持.NET Core或.NET 5+ - 返回值只能是 SQL Server 原生类型：
SqlString、SqlInt32等，不能返回Task、Stream或自定义类 -
HttpClient实例不能复用（静态单例在 CLR 存储过程中会引发线程安全问题），每次调用都得新建并显式Dispose - 超时、重试、JSON 解析必须手写，没有
Newtonsoft.Json的自动映射，SqlXml处理 SOAP 响应非常脆弱
简单示例片段（C#）：
public static void CallWebService(SqlString url, SqlString payload)
{
using (var client = new HttpClient { Timeout = TimeSpan.FromSeconds(10) })
{
var content = new StringContent(payload.Value, Encoding.UTF8, "application/json");
var response = client.PostAsync(url.Value, content).Result;
var result = response.Content.ReadAsStringAsync().Result;
// 必须转成 SqlString 才能返回
SqlContext.Pipe.Send(result);
}
}
MySQL 和 Oracle 的情况完全不同
-
MySQL：存储过程完全无 HTTP 能力。没有内置网络栈，不支持加载 UDF（
SYS_EVAL等已被主流发行版禁用），更不存在 JVM。所谓“调用 Web Service”，实际全是应用层（PHP/Python/Java）做完请求再写库。 -
Oracle：有
UTL_HTTP包，支持GET/POST，可处理 HTTPS（需配置 Wallet）、Basic Auth、自定义 Header，也能解析 XML。但它只存在于 Oracle，且要求 DBA 预先配置访问控制列表（ACL），不是开箱即用。
也就是说：跨数据库的“统一 SQL 调用 Web Service”方案根本不存在。
真正容易被忽略的一点：触发器里调用 Web Service 是最危险的组合。INSERT 触发器一旦发起 HTTP 请求，整个 INSERT 就卡在网络 I/O 上；并发高时，连接池耗尽、线程阻塞、事务堆积，数据库响应直接雪崩。哪怕加了异步包装，SQL Server 的 CLR 也不支持真正的 async/await 上下文。
别纠结“怎么调”，先问清楚：这个逻辑是不是非得在数据库里跑？99% 的情况下，答案是否定的。
