关于在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发生题目。

其次，要让你的组件的建设、要领挪用、烧毁都快到不能再快，要快到险些刹时就完成。不然假如溘然有海量数据进来，你的触发器来不及反应，那你的数据就也许被回滚掉，并且这些数据很重要，那你就等着被Fire吧 L 5555~~~~~

假如非要用这种要领的话，那么就要完成我上面提到的2点，而且最好启用COM+工具池。假如要领必要很长时刻才气返回，而且无法优化了，那么就把这些要领移出去，把这些举措在其它的措施里做，让COM要领立即返回。

总而言之，言而总之，在体系集成的时辰假如几个开拓厂商没有磋商好接口，而且都回收SQL-SERVER数据库，那么关于此类数据的操纵，好像用这样的要领就是最好的调停。

小我私人认为有点剑走偏锋的感受，固然很尖利，可是不免伤到本身

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!