現在市面上可以看到許多的線上遊戲 由於需要上線人數都非常多 請問要整體的程式要用哪種方式去設計? 不知道有沒有人有這樣的經驗? 因為我利用Delphi附的Socket Server試做一些程式(連接資料庫), 發現只要 大約二十人上線就會發生問題了, 不知道有什麼方式可以改善??

引言: 因為我利用Delphi附的Socket Server試做一些程式(連接資料庫), 發現只要 大約二十人上線就會發生問題了, 不知道有什麼方式可以改善??

我想Client端可能不可以直接或間接連上資料庫,應該是把要傳送的資料作成一封包,放在主機(或是桌長的電腦中),再傳送給玩家的電腦,如此才會節省頻寬! 我曾寫過一個網路游戲,游戲中不存取資料庫,待結束或Login時才會動到資料庫,否則我想再大型的資料庫主機也無法容忍同時有5000個以上的Client端上線吧! ～～～Delphi K.Top討論區站長～～～

引言:

引言: 因為我利用Delphi附的Socket Server試做一些程式(連接資料庫), 發現只要 大約二十人上線就會發生問題了, 不知道有什麼方式可以改善??

我想Client端可能不可以直接或間接連上資料庫,應該是把要傳送的資料作成一封包,放在主機(或是桌長的電腦中),再傳送給玩家的電腦,如此才會節省頻寬! 我曾寫過一個網路游戲,游戲中不存取資料庫,待結束或Login時才會動到資料庫,否則我想再大型的資料庫主機也無法容忍同時有5000個以上的Client端上線吧! ～～～Delphi K.Top討論區站長～～～

Sorry, 我說的不夠清楚. 我的程式有資料庫端, 應用伺服器端及使用者端 Data Server <---------------> Ap Server <--------------> Client User (Sql Server) ADO (Socket Server) Midas (Client Dataset) 不知道我的邏輯或撰寫方式有何改善的方法

引言: 我的程式有資料庫端, 應用伺服器端及使用者端 Data Server <---------------> Ap Server <--------------> Client User (Sql Server) ADO (Socket Server) Midas (Client Dataset) 不知道我的邏輯或撰寫方式有何改善的方法

我的意思是,Client User端與Ap Server因為採用Midas,在User端不免要進行SQL的動作,若User一多可能會把AP Server操暴,記得文獻記載,一個AP Server最好服務30個Client端以下! 所以我想,要將Client User端與AP Server端的通訊改掉,不要用Midas,改採用 http或UDP的通訊協定,SQL的指令動作只讓AP Server來進行,平常將最常用到的資訊存在Ap Server的Memory Buffer中透過http/udp傳給Client User端,不要每一個User的Request都要AP Server去Database下SQL指令,也就是減少Client端與AP Server端的通訊資料量! 以上見解若有錯誤歡迎指正! ～～～Delphi K.Top討論區站長～～～

引言:

引言: 我的程式有資料庫端, 應用伺服器端及使用者端 Data Server <---------------> Ap Server <--------------> Client User (Sql Server) ADO (Socket Server) Midas (Client Dataset) 不知道我的邏輯或撰寫方式有何改善的方法

我的意思是,Client User端與Ap Server因為採用Midas,在User端不免要進行SQL的動作,若User一多可能會把AP Server操暴,記得文獻記載,一個AP Server最好服務30個Client端以下! 所以我想,要將Client User端與AP Server端的通訊改掉,不要用Midas,改採用 http或UDP的通訊協定,SQL的指令動作只讓AP Server來進行,平常將最常用到的資訊存在Ap Server的Memory Buffer中透過http/udp傳給Client User端,不要每一個User的Request都要AP Server去Database下SQL指令,也就是減少Client端與AP Server端的通訊資料量! 以上見解若有錯誤歡迎指正! ～～～Delphi K.Top討論區站長～～～

謝謝, 我了解了. 可是, 這樣一來, 程式設計之前整體的規劃很重要.......... 果然使用者一多, 程式也越複雜.........^^

引言:

引言:

引言: 我的程式有資料庫端, 應用伺服器端及使用者端 Data Server <---------------> Ap Server <--------------> Client User (Sql Server) ADO (Socket Server) Midas (Client Dataset) 不知道我的邏輯或撰寫方式有何改善的方法

我的意思是,Client User端與Ap Server因為採用Midas,在User端不免要進行SQL的動作,若User一多可能會把AP Server操暴,記得文獻記載,一個AP Server最好服務30個Client端以下! 所以我想,要將Client User端與AP Server端的通訊改掉,不要用Midas,改採用 http或UDP的通訊協定,SQL的指令動作只讓AP Server來進行,平常將最常用到的資訊存在Ap Server的Memory Buffer中透過http/udp傳給Client User端,不要每一個User的Request都要AP Server去Database下SQL指令,也就是減少Client端與AP Server端的通訊資料量! 以上見解若有錯誤歡迎指正! ～～～Delphi K.Top討論區站長～～～

謝謝, 我了解了. 可是, 這樣一來, 程式設計之前整體的規劃很重要.......... 果然使用者一多, 程式也越複雜.........^^

給你一個建議 client 端30個User 配一台Ap Server 如科學園區最大廠商,用Delphi 開發的Ap server 是20 個User 配一台Ap server 當然,任一台Ap server當掉時,另一台會接下去 還有,(科學園區最大廠商簡稱T公司) 該T公司的Ap server 常當掉,必須常重開機 所以不到60user ,用了4台ap server 僅供參考 Tony Chow @ Taiwan