近日開發一個系統，與莫懶惰單位合作，商量介面時考慮到由自己定義的報文進行通訊，必定導致相當長的聯調時間，而且近日諸項目纏身，沒有足夠的時間陪這種懶惰的單位玩，於是一時衝動就說開發一個資料庫讓他寫入資料庫就算了。但是問題也就出現了描述如下：
該系統乃C/S架構當懶惰單位發送一個資訊過來Server端，然後Server分析處理再向其中一個用戶端發送資訊，可以簡化為這種模型
懶惰單位-----推送訊息----->Server處理-----推送訊息----->用戶端接收
使用資料庫(SQL)
懶惰單位-----推送訊息----->這一步驟是完成了,但是存入資料庫的時候怎麼馬上通知Server進行處理呢,其中我想過就是不停的輪訊,例如每一秒查一下表,但是這樣的話,日積月累該表必定很大,所以導致每次select 都是很長的時間，即使怎麼最佳化地使用索引也未必能很好地解決問題。
如果每隔一段時間將表的部分資料移出（刪除/轉移到其他表）也是一個辦法，但是由於該系統不能停，而且要求即時性很高，依靠輪詢這種拉訊息的方法始終是很難解決問題的。
該問題困擾了好幾日，後來借鑒編程 的事件處理模式,考慮到給表加上觸發器,但是觸發器怎麼嚮應用程式通訊呢,而且怎麼得到新增加的記錄呢?由此發散想一下,可以用預存程序的啊,CLR預存程序,只要別人調用我這個預存程序,我在插入的時候順便嚮應用程式發訊號就可以啦,但是怎麼發呢,後來想到可以寫個UDP的發送程式向本機發的嘛,這樣就變成了推送訊息了啊
代碼如下:
using System;
using System.Data;
using System.Data.SqlClient;
using System.Data.SqlTypes;
using Microsoft.SqlServer.Server;
using System.Net;
using System.Net.Sockets;
using System.Text;
public partial class StoredProcedures
...{
private static readonly string SP_Call = "Ring";
[Microsoft.SqlServer.Server.SqlProcedure]
public static void CLR_Ring(string from , string to)
...{
SqlCommand myCommand = new SqlCommand();
myCommand.CommandType = CommandType.StoredProcedure;
myCommand.CommandText = SP_Call;
myCommand.Parameters.AddWithValue("@FromNumber", from);
myCommand.Parameters.AddWithValue("@ToNumber", to);
SqlPipe myPipe = SqlContext.Pipe;
myPipe.ExecuteAndSend(myCommand);
UdpClient Client = new UdpClient();
string toSend = "message:"+from + "|" + to+" ";
byte[] bytes = UnicodeEncoding.Unicode.GetBytes(toSend);
Client.Connect("localhost", 3390);
Client.Send( bytes,bytes.Length );
Client.Close();
}
};
最後設定程式集的安全層級為不安全,程式集所有者為dbo
