游戲數據庫服務器設計畢業論文(編輯修改稿)

　

【文章內容簡介】 表EmplaceAccess屬性后綴為Access代表為本地數據庫里的表以上表的實體關系（）： 實體關系圖 數據庫邏輯設計邏輯設計：主要工作是將現實世界的概念數據模型設計成數據庫的一種邏輯模式，即適應于某種特定數據庫管理系統所支持的邏輯數據模式。與此同時，可能還需為各種數據處理應用領域產生相應的邏輯子模式。這一步設計的結果就是所謂“邏輯數據庫”。[6]在數據庫概念設計完成之后，我們可進行數據庫邏輯設計。① 創建數據庫ocean。在MySQL Command Line Client中執行如下命令：CREATE DATABASE ocean；執行完畢后，數據庫ocean創建成功。（） 數據庫ocean② 然后連接數據庫ocean。在MySQL Command Line Client中執行如下命令：USE ocean；執行完畢后，提示數據庫連接成功。③ 在數據庫ocean中創建表account。在MySQL Command Line Client中執行如下命令：CREATE TABLE `account` ( `AccountId` int (10) unsigned NOT NULL auto_increment, `UserName` varchar (45) character set latin1 NOT NULL, `Password` varchar (45) character set latin1 NOT NULL, `Experience` int (10) unsigned NOT NULL, `Money` int (10) unsigned NOT NULL, `Level` int (10) unsigned NOT NULL, `CurShipAccessId` int (10) unsigned NOT NULL, PRIMARY KEY (`AccountId`)) ENGINE=InnoDB AUTO_INCREMENT=16 DEFAULT CHARSET=utf8。Data base on mysql執行完畢后，表account創建成功。（） 表account④ 在數據庫ocean中創建表gift。在MySQL Command Line Client中執行如下命令：CREATE TABLE `gift` ( `GiftId` int (10) unsigned NOT NULL auto_increment, `AccountId` int (10) unsigned NOT NULL, `ThingType` int (10) unsigned NOT NULL, `AccessId` int (10) unsigned NOT NULL, `Benefator` varchar (45) NOT NULL, `DescText` varchar (45) NOT NULL, PRIMARY KEY (`GiftId`)) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8。執行完畢后，表gift創建成功。（） 表gift⑤ 在數據庫ocean創建表hsgcverifycode。在MySQL Command Line Client中執行如下命令：CREATE TABLE `hsgcverifycode` ( `HSGCVerifyCodeId` int (10) unsigned NOT NULL auto_increment, `AccountId` int (10) unsigned NOT NULL, `VerifyCode` int (10) unsigned NOT NULL, PRIMARY KEY (`HSGCVerifyCodeId`)) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=latin1。執行完畢后，表hsgcverifycode創建成功。（） 表hsgcverifycode⑥ 創建表thing。在MySQL Command Line Client中執行如下命令：CREATE TABLE `thing` ( `ThingId` int (10) unsigned NOT NULL auto_increment, `AccountId` int (10) unsigned NOT NULL, `ThingType` int (10) unsigned NOT NULL, `bBind` int (10) unsigned NOT NULL, `bInstalled` int (10) unsigned NOT NULL, `ActiveTime` int (10) unsigned NOT NULL, `AccessId` int (10) unsigned NOT NULL, `ShipAccessId` int (10) unsigned NOT NULL, `EmplaceIndex` int (10) unsigned NOT NULL, PRIMARY KEY (`ThingId`)) ENGINE=InnoDB AUTO_INCREMENT=67 DEFAULT CHARSET=latin1。執行完畢后，表thing創建成功。（） 表thing4 系統難點技術分析與設計 系統架構設計與分析根據分析，我們設計出系統架構圖。（） 系統架構圖從圖我們可以看出系統各個部分的工作情況以及數據的交互情況。可從兩個部分來分析：① 登錄服務器與數據庫服務器的交互。其中包括：用戶由登錄器客戶端登陸登錄服務器時，登錄服務器請求數據庫服務器執行登陸驗證操作，數據庫服務器再對數據庫進行查詢操作，并返回查詢結果。② 大廳服務器與數據庫服務器的交互。其中包括：1) 用戶由游戲客戶端登陸大廳服務器時，大廳服務器請求數據庫服務器執行登陸驗證操作，數據庫服務器再對數據庫進行查詢操作，并返回查詢結果。2) 用戶更換大廳時，大廳服務器請求數據庫服務器執行更換大廳操作，數據庫服務器再對數據庫進行相應操作，并返回操作后的結果。3) 用戶對物品進行查詢、配置、激活、丟棄、購買、贈送、接收時，大廳服務器請求數據庫服務器執行相應操作，數據庫服務器在對數據局進行相應的操作，并返回操作后的結果。4) 一局游戲結束后，游戲服務器將游戲過程中各種信息的變化傳給大廳服務器，大廳服務器請求數據庫服務器執行數據更新操作，數據庫服務器再對數據庫進行更新操作，并返回更新后的結果。5) 用戶退出游戲時，大廳服務器請求數據庫執行退出操作，數據庫服務器再對數據庫進行相應的刪除數據操作。其中值得注意到一點是：游戲服務器沒有直接與數據庫服務器進行交互，而是通過大廳服務器與數據庫服務器進行數據的傳遞。之所以是這樣，主要是因為這類網絡對戰游戲不需要在游戲過程中實時更新數據，可以通過大廳服務器，在一局游戲結束后，再進行游戲數據的更新。所以，本系統采用的是這種數據交換方式。下面，我們結合系統需求，對架構圖進行詳細的分析： 術語表縮寫全寫定義LCLogin Client登陸器客戶端LSLogin Server登錄服務器GCGame Client游戲客戶端HSHall Server大廳服務器DSDB Server數據庫處理服務器GSGame Server游戲服務器DBData Base數據庫1) LC登陸LS時，LS請求DS進行驗證，驗證內容為用戶名和密碼2項。DS在DB中查詢是否有匹配信息。如果驗證成功，則數據庫中產生一個HSGC驗證碼，并然后反饋驗證結果。否則提示用戶登陸失敗。（） LC登錄LS流程圖2) GC登陸HS時，HS請求DS進行驗證，驗證內容為用戶名和密碼、HSGC驗證碼 3項。DS在DB中查詢是否有匹配信息。 然后反饋驗證結果，如果是成功的，那么附帶用戶信息，以及禮物信息。否則提示用戶登錄失敗。（） GC登錄HS流程圖3) GC已經在某個HS里，用戶進行更換HS的操作時，HS請求DS進行更換大廳操作，DS操作DB產生一個新HSGC驗證碼，然后返回新的HSGC驗證碼給HS。并進行更換大廳操作。（） 4) GC已經在某個HS里，用戶進行配置時需要激活道具、裝備和角色，HS請求DS進行激活操作。DS操作DB，更改DB中相應數據。操作完成后，傳回更新后的數據給HS，并提示操作成功。（） 用戶激活操作流程圖5) GC已經在某個HS里，用戶點擊丟棄按鈕丟棄一個道具、裝備或者角色，HS請求DS進行丟棄操作。DS對DB進行操作，更改DB中相應的數據。操作完成后，傳回更新后的數據給HS，并提示操作成功。（） 用戶丟棄物品操作流程圖6) GC已經在某個HS里，用戶點擊確定按鈕確認當前的道具、裝備或者角色在船上的配置，HS請求DS進行確認操作。DS對DB進行操作，更改DB中相應的數據。操作完成后，傳回更新后的數據給HS，并提示操作成功。（） 用戶確認物品操作流程圖7) GC已經在某個HS里，用戶點擊購買結算，HS請求DS進行結算操作。DS對DB進行操作，更改DB中相應的數據。操作完成后，傳回更新后的數據給HS，并提示操作成功。（） 用戶購買結算操作流程圖8)