 |
|
|
 首页 |
名片设计 CorelDRAW Illustrator AuotoCAD Painter 其他软件 Photoshop Fireworks Flash |
|
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数据库，那么关于此类数据的操作，好像用这样的方式就是最好的补救。 个人觉得有点剑走偏锋的感觉，虽然很锋利，但是难免伤到自己 返回类别: 教程 上一教程: SQL SERVER静态页面导出技术4 下一教程: MYSQL常见错误问答 您可以阅读与"关于在SQL-SERVER里调用COM组件"相关的教程: · 在SQL Server的存储过程中调用Com组件 · SQL SERVER关于字段中的数据类型 · 关于SQL SERVER中字段值为NULL的查询 · 关于SQL SERVER的一些安全问题 · SQL SERVER关于函数中如何使用GETDATE() |
  |
| 快精灵印艺坊 版权所有 |
首页 会员中心在线印刷在线编辑付款方式索取样品设计指南连锁门店
|
||
