SQL Server里調(diào)用COM組件的操作流程
文章主要描述的是在SQL Server里調(diào)用COM組件的實際操作步驟，在SQL Server數(shù)據(jù)庫里可以調(diào)用基于IDispatch的COM組件，你如果對其有興趣的可以自己去查SQL幫助里的sp_OACreate、sp_OAMethod、sp_OADestroy等存儲過程的用法。
下面是我在一個短信報警的小項目里的一些sql代碼,報警信息通過各類軟件插入到SQL Server里，然后通過觸發(fā)器調(diào)用組件，并發(fā)送短信到指定手機上去，實現(xiàn)自動報警功能。
測試數(shù)據(jù)庫的觸發(fā)器
- 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
調(diào)用COM發(fā)送短信
- 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里調(diào)用COM組件是否為進程內(nèi)組件，組件內(nèi)部代碼是否足夠強壯
第2：創(chuàng)建組件和銷毀組件及組件方法要盡最大可能的快速
我對上述兩點做一個說明
如果SQL Server里調(diào)用COM組件為進程內(nèi)組件的話，意味著此組件被SQL Server加載，如果此代碼不夠健壯，那么，由于組件本身導致的掛起，崩潰，會直接影響到整個SQL Server，那么情況是非常嚴重的，這種錯誤，發(fā)生一次就足以要了你的小命，如果恰好在客戶的臉上爆炸的話……
解決的方法只有這樣：首先保證你的組件代碼足夠強壯，強壯到不能再強壯為止。還有就是盡量讓組件不要是進程內(nèi)的，如果已經(jīng)是DLL了，那么就交給COM+ Catalog來管理。這樣就解決了因為組件崩潰掛起導致SQL Server產(chǎn)生問題。
其次，要讓你的組件的創(chuàng)建、方法調(diào)用、銷毀都快到不能再快，要快到幾乎瞬間就完成。否則如果突然有海量數(shù)據(jù)進來，你的觸發(fā)器來不及反映，那你的數(shù)據(jù)就可能被回滾掉，而且這些數(shù)據(jù)很重要，那你就等著被Fire吧 L 5555~~~~~
如果非要用這種方法的話，那么就要完成我上面提到的2點，并且最好啟用COM+對象池。如果方法需要很長時間才能返回，并且無法優(yōu)化了，那么就把這些方法移出去，把這些動作在另外的程序里做，讓COM方法立刻返回。
總而言之，言而總之，在系統(tǒng)集成的時候如果幾個開發(fā)廠商沒有商量好接口，并且都采用SQL Server數(shù)據(jù)庫，那么關于此類數(shù)據(jù)的操作，似乎用這樣的方法就是最好的補救。
以上的相關內(nèi)容就是對SQL Server里調(diào)用COM組件的介紹，望你能有所收獲。
【編輯推薦】
