Delphi中MIDAS應(yīng)用程序COM服務(wù)器實(shí)例化模型種類
  (1)Internal Instance
     創(chuàng)建一個In-PRocess的COM程序,即DLL服務(wù)器.
  (2)Single Instance
     如果每個客戶程序都運(yùn)行服務(wù)器程序的一個實(shí)例,則使用該模型.就是每個連上線的前臺程序,在服務(wù)器上都會有一個對應(yīng)的應(yīng)用程序服務(wù)器被運(yùn)行.因此每個前臺發(fā)出來的查詢都會有各自

     獨(dú)立Process的應(yīng)用程序來處理,根本無所謂排隊(duì)的問題.但是它會比較占用系統(tǒng)資源,影響服務(wù)器整體的運(yùn)行效率.
  (3)Multiple Instance
     如果客戶程序共享服務(wù)器程序,則使用該模型.就是一個應(yīng)用程序服務(wù)器可以同時處理好幾個前臺程序的鏈接,以技術(shù)的層面來解釋就是所有前臺程序可以共享單一Process的應(yīng)用程序服務(wù)

     器.該模式的最大好處是,激活及運(yùn)行的效率較快,比較不會耗用服務(wù)器太多系統(tǒng)資源,而且管理上比較方便.但是它隱藏著一個不具備多任務(wù)處理的問題,如果一個前臺用戶發(fā)出了一個查詢

     請求,而且這個查詢要求產(chǎn)生的結(jié)果可能多大數(shù)MB,這時候,其他在線前臺用戶發(fā)出的查詢要求都必須等待之前的查詢要求運(yùn)行完并得到相應(yīng)之后,才得以繼續(xù)運(yùn)行.這可能會耗用許多時間,

     而且,如果一旦某個前臺程序的查詢發(fā)生錯誤,那么其他在后面排隊(duì)的查詢請求將會跟著死掉.
   注:那么到底采用哪種模式來創(chuàng)建應(yīng)用程序服務(wù)器?答案是:按系統(tǒng)需求而定.簡單的說就是,你可以創(chuàng)建兩組應(yīng)用程序服務(wù)器,一組是采用Multiple Instance模式,另一組采用Single        

      Instance模式,而你必須把程序的類型分為兩種,一種是查詢數(shù)據(jù)量較小或是比較不重要的寫入操作,另一種查詢數(shù)據(jù)量較大或是重要數(shù)據(jù)的寫入操作.如此一來,你的前臺程序就可以放置

      兩個TDCOMConection來各自連上兩個不同模式的應(yīng)用程序服務(wù)器,進(jìn)行不同性質(zhì)的工作.