關於 COM+ |
尚未結案
|
ROLAND168
一般會員 發表:39 回覆:49 積分:17 註冊:2003-02-26 發送簡訊給我 |
|
James
高階會員 發表:10 回覆:290 積分:220 註冊:2002-07-25 發送簡訊給我 |
1. 一台 Server 能 Support 幾個 user, 這實在是個很抽象的問題, 因為
他沒有說明他的 Server 配備和環境, 以及他的前端呼叫 AP Server 的頻
繁度 ,甚至他的 COM 元件到底是有沒有狀態的元件 , 這些都決定他的
Server 能負擔幾個 Client 2. 我曾經看過一個廠商, 在 Server 上寫了30~40 個COM物件, 比方說查詢
品號的一個, 查詢品名的,查詢客戶的也一個...結果一個很簡單的小系統,
一個Client連上去的時候就用了 10~20 個 Connection, 因此他的一個 AP
Server 只能負擔 5~20 個 Client, 在多就不行了~~ 3. 有一次實在看不下去, 剛好又是朋友的公司, 進去幫助他們把COM 物件
整合,再把原本透過BDE ODBC去連MSSQL 的部分改成 ADO, 現在他們一個AP
至少可以比原本能Support 的Client增加一倍了,但是前後兩者都還是COM
元件
|
ROLAND168
一般會員 發表:39 回覆:49 積分:17 註冊:2003-02-26 發送簡訊給我 |
引言: 1. 一台 Server 能 Support 幾個 user, 這實在是個很抽象的問題, 因為 他沒有說明他的 Server 配備和環境, 以及他的前端呼叫 AP Server 的頻 繁度 ,甚至他的 COM 元件到底是有沒有狀態的元件 , 這些都決定他的 Server 能負擔幾個 Client 2. 我曾經看過一個廠商, 在 Server 上寫了30~40 個COM物件, 比方說查詢 品號的一個, 查詢品名的,查詢客戶的也一個...結果一個很簡單的小系統, 一個Client連上去的時候就用了 10~20 個 Connection, 因此他的一個 AP Server 只能負擔 5~20 個 Client, 在多就不行了~~ 3. 有一次實在看不下去, 剛好又是朋友的公司, 進去幫助他們把COM 物件 整合,再把原本透過BDE ODBC去連MSSQL 的部分改成 ADO, 現在他們一個AP 至少可以比原本能Support 的Client增加一倍了,但是前後兩者都還是COM 元件您的意思是說能撐幾個人(同機器 P4-2G 512 RAM)與COM 物件多寡及 Connection 多寡及Client 呼叫次數多寡有關,通常 300-400 user 使用 ms-sql 是不是一定得要使用3層架構才有解.謝謝!! |
pcplayer99
尊榮會員 發表:146 回覆:790 積分:632 註冊:2003-01-21 發送簡訊給我 |
|
James
高階會員 發表:10 回覆:290 積分:220 註冊:2002-07-25 發送簡訊給我 |
|
ROLAND168
一般會員 發表:39 回覆:49 積分:17 註冊:2003-02-26 發送簡訊給我 |
引言: 1. 差不多就如同你所歸類的, 但會不會能到 300~400 個 User 我沒試過也 不敢說 ,但也如同 pcplayer99 兄所說的, 如果設計和規劃得宜 , 那剩 下就只是 RAM 的問題 ! 2. MSSQL 是不是一定要三層 ,這還真是個困難回答的問題 ,但是我想也許 我們換個角度 ,透過 3-Tier 的架構去做整合 ,合併一些可以共用的部 分 ,可以降低 Loading 以及加速開發速度, 但是不是一定要 3-tier , 個人覺得這不是一定的 !了解,謝謝兩位!! |
Ktop_Robot
站務副站長 發表:0 回覆:3511 積分:0 註冊:2007-04-17 發送簡訊給我 |
本站聲明 |
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。 2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。 3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇! |