2012-03-28 124 views
3

我正在爲基於故事的網頁瀏覽器遊戲製作引擎/ CMS。我有相當多的數據:角色,物品和玩家將與之互動的故事片段。這個項目背後的意圖是作家不必是程序員才能創建一個敘述性驅動的網頁遊戲。它只需要FTP和網站管理的基本知識就可以開始創建內容。使用PHP + MySQL緩存大量內容

問題是我認爲數據庫會讓這些遊戲陷入泥潭。每個角色對他們來說都有很多,故事情節將會非常廣泛。故事的每一部分都有自己的書面文字,可以是100個字符或500個字符。我無法用memcached或類似的東西來緩存這一切!謝天謝地,遊戲的每一個狀態都是通過部署「推動」的,這意味着你不只是添加一個角色而且他們出現在世界中;你必須添加它們,然後推動遊戲的構建。我相信我可以利用這個優勢。我現在的工作概念是:

總共會有三個數據庫。一個是'工作'內容數據庫,另一個是'實時'內容數據庫,最後是保存所有用戶數據的數據庫。 (他們在故事中的位置,他們獲得的物品等)。我的想法是,我將推動工作DB,徹底銷燬實況,並基於工作DB中的內容重建實況推動。現場數據庫將受益於只讀功能:如ARCHIVE存儲引擎和相當多的索引。這聽起來非常穩固,但我沒有足夠的經驗去確信這是開展我的業務的最佳方式。

我很想知道是否有人對新模型有任何建議,甚至對我目前的模型有什麼建議。

回答

2

你說的話聽起來像是會起作用。您必須構建您的框架,然後注入一些虛擬遊戲數據以瞭解它如何響應。

有關遊戲的一個好處是,你可以擺脫無數加載屏幕/酒吧,所以要利用這一點。 :)