关于在SQL-SERVER里调用COM组件

Sql-server里可以调用基于IDispatch的COM组件
有兴趣的可以自己去查SQL帮助里的sp_OACreate、sp_OAMethod、sp_OADestroy等存储过程的用法。
下面是我在一个短信报警的小项目里的一些sql代码,报警信息通过各类软件插入到sql-server里，然后通过触发器调用组件，并发送短信到指定手机上去，实现自动报警功能。
//测试数据库的触发器
ALTER TRIGGER message_Trigger1
ON dbo.message
FOR INSERT /*, UPDATE, DELETE */
AS
/* IF UPDATE (column_name) ...*/
begin
declare @PhoneNum nvarchar(50)
declare @Content nvarchar(140)
declare @MessageId nvarchar(70)
declare @index int
declare @hr int
declare @object int
select @PhoneNum = phone_num, @Content = Content, @MessageId = message_id from inserted
select @index = 1
/*调用COM发送短信*/
begin
EXEC @hr = sp_OACreate '{26850DDA-862C-44FF-9232-282937F2CA4B}',@object OUT
if @hr = 0
begin
exec @hr=sp_OAMethod @object,'SendMsg',NULL,@Content,@PhoneNum,@index,@MessageId
exec sp_OADestroy @object
end
end
end
这里的代码可以说是没有问题，但是也可以说是有很大的问题。
关键就在于组件的SendMsg方法，为什么呢？我可以举出几个我实际碰到的问题来做具体说明。
最主要有2点
第1：此COM组件是否为进程内组件，组件内部代码是否足够强壮
第2：创建组件和销毁组件及组件方法要尽最大可能的快速
我对上述两点做一个说明
如果COM组件为进程内组件的话，意味着此组件被sql-server加载，如果此代码不够健壮，那么，由于组件本身导致的挂起，崩溃，会直接影响到整个sql-server，那么情况是非常严重的，这种错误，发生一次就足以要了你的小命，如果恰好在客户的脸上爆炸的话……
解决的方法只有这样：首先保证你的组件代码足够强壮，强壮到不能再强壮为止。还有就是尽量让组件不要是进程内的，如果已经是DLL了，那么就交给COM Catalog来管理。这样就解决了因为组件崩溃挂起导致sql-server产生问题。