從資料庫的觀點怎麼去看開心農場的Schema？

遊戲 database 程式資料庫開發 game

逮丸逮丸 2009-10-08 08:02:50 ‧ 12673 瀏覽

好在我對玩Game不是那麼有興趣，
倒是很好奇現在流行的種菜、開餐廳、孵蛋等遊戲，
在資料庫的Schema可能是怎樣規畫？
也許從事 Game 的開發者，
輕而易舉知道怎麼去規畫設計像：
作物是個Table，
各作物的屬性可能包括名稱、交易價格、成長天數？
沒養會死掉或跑掉的機制？
作物怎樣與擁有者關連？

類似這些Game的資料庫運作規畫及方式，
是否可以介紹一下，可能是怎樣子設計？
或者，
提供參考哪裡的資源、書或網站，
可以了解在資料庫上的設計，
是如何去支援這些有趣互動的Game？

登入發表討論

直播研討會

{{ item.channelVendor }} {{ item.webinarstarted }} |

直播中

2 個回答

bizpro

iT邦大師 1 級 ‧ 2009-10-08 10:09:33

最佳解答

開心農場是一個簡單的生產與進銷存系統, 因為沒有"銷贓"過程, 偷菜只是一種"無償庫存移轉", Schema並不難, 坊間的書很多的.

"類似這些Game的資料庫運作規畫及方式，是否可以介紹一下，可能是怎樣子設計？"
Facebook是使用植基於Java VM上的Scala來發展的, 這語言蠻有前途的. 資料庫方面, Facebook是採用MySQL的, 並未採用Oracle等A咖資料庫的原因很簡單, 因為"不需要"了--不需要傳統關聯式資料庫來"處理"資料了, 傳統的SQL角色在Facebook, Plurk, Google, 等大型分散式運算系統上並不重要了, 雖然後端的資料儲存仍用MySQL, 但是資料處理與運作用的是能快速處理大量文件的Mapping式資料存取機制, 可以看作是cache的衍生系統.