Client                 App Server                 DB Server
(Clit.exe)               (App.exe)                DataBase 
訂單輸入(c1) -------> RemoteDataMoudle(rm1)======> (DB1)
銷貨輸入(c2) -------> RemoteDataMoudle(rm2)        (DB2)
進貨輸入(c3) -------> RemoteDataMoudle(rm3)        (DB3)    (1)Client端欲同時連結一個以上不同資料庫,AppServer的主Form
   有一TSession及TDatabase可否給各RemoteDataMoule共用?
(2)是否會受到BDE/IDAPI開啟Session數目的限制?
(3)如何得知(c1)(c2)要連(DB1)時可否共用一Connect來連DataBase,
   Session是否會區分而不共用資源?
(4)如果有(DB1)(DB2)(DB3)資料庫, App Server是否只需建立三條連
   線到DB Server讓數百台Client共用?    

引言:

Client                 App Server                 DB Server
(Clit.exe)               (App.exe)                DataBase 
訂單輸入(c1) -------> RemoteDataMoudle(rm1)======> (DB1)
銷貨輸入(c2) -------> RemoteDataMoudle(rm2)        (DB2)
進貨輸入(c3) -------> RemoteDataMoudle(rm3)        (DB3)    (1)Client端欲同時連結一個以上不同資料庫,AppServer的主Form
   有一TSession及TDatabase可否給各RemoteDataMoule共用?
(2)是否會受到BDE/IDAPI開啟Session數目的限制?
(3)如何得知(c1)(c2)要連(DB1)時可否共用一Connect來連DataBase,
   Session是否會區分而不共用資源?
(4)如果有(DB1)(DB2)(DB3)資料庫, App Server是否只需建立三條連
   線到DB Server讓數百台Client共用?    

Delphi Man

1.可以，但得考慮Transaction的問題，有用到的獨立比較好。 2.會，開太多或太久沒重開機，有時BDE會當掉。 3.如果有加TSession，應該會獨立而不共用。 4.得看AppServer是否承受的起，可能得依需求增加AppServer，如果AppServer程式只有用一個Database，沒有用TSession，理論上是如此。

人生有夢，逐夢而行。 人若為善，福雖未至，禍已遠離。 人若為惡，禍雖未至，福已遠離。 http://www.taconet.com.tw/jieshu/

 2.會，開太多或太久沒重開機，有時BDE會當掉。
    那有沒有解決方式? 
 3.如果有加TSession，應該會獨立而不共用,是否代表100個Client
   連到AppServer,就有100個DBConnect連到DataBase,
   那跟Two Tier沒兩樣?          5.如果某一Client要統計各公司營運報表,不同公司不同Database要如何規劃,
   其效率會較好?  
 
 

引言:

 2.會，開太多或太久沒重開機，有時BDE會當掉。
    那有沒有解決方式? 
 3.如果有加TSession，應該會獨立而不共用,是否代表100個Client
   連到AppServer,就有100個DBConnect連到DataBase,
   那跟Two Tier沒兩樣?          5.如果某一Client要統計各公司營運報表,不同公司不同Database要如何規劃,
   其效率會較好?  
 
 

Delphi Man

2.增加AppServer，BDE已經進入維護狀態，所以只能增加AppServer減少負擔。 3.有可能更多Connect(不同RDM各有一個)，有可能較少Connect(沒有Transaction可共用，不加TSession)，三層和二層式架構不只差在這裡。 5.先在AppServer產生要的資料，傳到Client再產生報表。

人生有夢，逐夢而行。 人若為善，福雖未至，禍已遠離。 人若為惡，禍雖未至，福已遠離。 http://www.taconet.com.tw/jieshu/

  2.是否用Session Pooling技術也可減少負擔?
  3.抱歉,麻煩解釋何謂Transaction,跟多Database有何關係?
    不考慮Transaction有何影響?
  4.請問採用Database&Object Pooling就一定用MTS嗎?那MTS
    可否有平均負荷及容錯的能力?
  5.請問每一Client連到AppServer是否會佔用一段AppServer的記憶體,有
    何軟體可觀察大小,是否又以RDM為單位來共用資源?
  6.請問每一AppServer連到DBServer是否會佔用一段DBServer的記憶體,有
    何軟體可觀察大小,是否又以RDM為單位來共用資源?
 

引言:

  2.是否用Session Pooling技術也可減少負擔?
  3.抱歉,麻煩解釋何謂Transaction,跟多Database有何關係?
    不考慮Transaction有何影響?
  4.請問採用Database&Object Pooling就一定用MTS嗎?那MTS
    可否有平均負荷及容錯的能力?
  5.請問每一Client連到AppServer是否會佔用一段AppServer的記憶體,有
    何軟體可觀察大小,是否又以RDM為單位來共用資源?
  6.請問每一AppServer連到DBServer是否會佔用一段DBServer的記憶體,有
    何軟體可觀察大小,是否又以RDM為單位來共用資源?
 

Delphi Man

2.這方面我沒用過不曉得，照理說應該可以。 3.Transaction就是交易，一次多個Table更新資料庫，確保全部正確寫入，不正確回復。 4.這我也沒用過，所以不曉得。 5.依所選的Instancing和Threading Model而有所不同。 6.應該會，但主要應該還是以執行的SQL為準吧。

人生有夢，逐夢而行。 人若為善，福雖未至，禍已遠離。 人若為惡，禍雖未至，福已遠離。 http://www.taconet.com.tw/jieshu/