全國最多中醫師線上諮詢網站-台灣中醫網
發文 回覆 瀏覽次數:1366
推到 Plurk!
推到 Facebook!

關於 COM+

尚未結案
ROLAND168
一般會員


發表:39
回覆:49
積分:17
註冊:2003-02-26

發送簡訊給我
#1 引用回覆 回覆 發表時間:2004-01-08 08:47:46 IP:210.201.xxx.xxx 未訂閱
請教各位: 上週參加微軟的中小企業論壇,有廠商說 COM 一台 Server 只能 撐 10 user 左右,是真的嗎.另外請各位前輩借邵幾本 delphi .net 的 書!!謝謝!!
James
高階會員


發表:10
回覆:290
積分:220
註冊:2002-07-25

發送簡訊給我
#2 引用回覆 回覆 發表時間:2004-01-08 10:21:37 IP:61.218.xxx.xxx 未訂閱
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

發送簡訊給我
#3 引用回覆 回覆 發表時間:2004-01-08 11:58:43 IP:210.201.xxx.xxx 未訂閱
引言: 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

發送簡訊給我
#4 引用回覆 回覆 發表時間:2004-01-10 17:55:10 IP:218.18.xxx.xxx 未訂閱
COM 物件首先不能每个都独自去连接数据库。都通过一个统一的COM 物件去连接数据库。 其次,每个COM 物件用完后就释放,做成无状态,支持POOL。 在这种情况下,支持100个客户端同时使用也没问题的。 当然,剩下的问题是你的RAM够不够。
James
高階會員


發表:10
回覆:290
積分:220
註冊:2002-07-25

發送簡訊給我
#5 引用回覆 回覆 發表時間:2004-01-10 18:26:49 IP:218.162.xxx.xxx 未訂閱
1. 差不多就如同你所歸類的, 但會不會能到 300~400 個 User 我沒試過也 不敢說 ,但也如同 pcplayer99 兄所說的, 如果設計和規劃得宜 , 那剩 下就只是 RAM 的問題 ! 2. MSSQL 是不是一定要三層 ,這還真是個困難回答的問題 ,但是我想也許 我們換個角度 ,透過 3-Tier 的架構去做整合 ,合併一些可以共用的部 分 ,可以降低 Loading 以及加速開發速度, 但是不是一定要 3-tier , 個人覺得這不是一定的 !
ROLAND168
一般會員


發表:39
回覆:49
積分:17
註冊:2003-02-26

發送簡訊給我
#6 引用回覆 回覆 發表時間:2004-01-12 07:58:33 IP:210.201.xxx.xxx 未訂閱
引言: 1. 差不多就如同你所歸類的, 但會不會能到 300~400 個 User 我沒試過也 不敢說 ,但也如同 pcplayer99 兄所說的, 如果設計和規劃得宜 , 那剩 下就只是 RAM 的問題 ! 2. MSSQL 是不是一定要三層 ,這還真是個困難回答的問題 ,但是我想也許 我們換個角度 ,透過 3-Tier 的架構去做整合 ,合併一些可以共用的部 分 ,可以降低 Loading 以及加速開發速度, 但是不是一定要 3-tier , 個人覺得這不是一定的 !
了解,謝謝兩位!!
Ktop_Robot
站務副站長


發表:0
回覆:3511
積分:0
註冊:2007-04-17

發送簡訊給我
#7 引用回覆 回覆 發表時間:2007-04-30 13:45:04 IP:000.000.xxx.xxx 未訂閱
提問者您好:


以上回應是否已得到滿意的答覆?


若已得到滿意的答覆,請在一週內結案,否則請在一週內回覆還有什麼未盡事宜,不然,
將由版主(尚無版主之區域將由副站長或站長)自由心證,選擇較合適之解答予以結案處理,
被選上之答題者同樣會有加分獎勵同時發問者將受到扣 1 分的處分。不便之處,請見諒。


有問有答有結案,才能有良性的互動,良好的討論環境需要大家共同維護,感謝您的配合。

------
我是機器人,我不接受簡訊.
系統時間:2024-04-19 13:46:38
聯絡我們 | Delphi K.Top討論版
本站聲明
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇!