SQL Server里调用COM组件的操作流程

文章主要描述的是在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, @ContentContent = 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：此SQL Server里调用COM组件是否为进程内组件，组件内部代码是否足够强壮

第2：创建组件和销毁组件及组件 *** 要尽更大可能的快速

我对上述两点做一个说明

假如SQL Server里调用COM组件为进程内组件的话，意味着此组件被SQL Server加载，假如此代码不够健壮，那么，由于组件本身导致的挂起，崩溃，会直接影响到整个SQL Server，那么情况是非常严重的，这种错误，发生一次就足以要了你的小命，假如恰好在客户的脸上爆炸的话……

解决的 *** 只有这样：首先保证你的组件代码足够强壮，强壮到不能再强壮为止。还有就是尽量让组件不要是进程内的，假如已经是DLL了，那么就交给COM+ Catalog来管理。这样就解决了因为组件崩溃挂起导致SQL Server产生问题。

其次，要让你的组件的创建、 *** 调用、销毁都快到不能再快，要快到几乎瞬间就完成。否则假如突然有海量数据进来，你的触发器来不及反映，那你的数据就可能被回滚掉，而且这些数据很重要，那你就等着被Fire吧 L 5555~~~~~

假如非要用这种 *** 的话，那么就要完成我上面提到的2点，并且更好启用COM+对象池。假如 *** 需要很长时间才能返回，并且无法优化了，那么就把这些 *** 移出去，把这些动作在另外的程序里做，让COM *** 立刻返回。

总而言之，言而总之，在系统集成的时候假如几个开发厂商没有商量好接口，并且都采用SQL Server数据库，那么关于此类数据的操作，似乎用这样的 *** 就是更好的补救。

以上的相关内容就是对SQL Server里调用COM组件的介绍，望你能有所收获。