
1 ThinkCat 2018 年 5 月 16 日 我有一个简单的需求,就像淘宝京东那样的。。。。 |
2 taojing10 2018 年 5 月 16 日 via iPhone 需求太粗糙,怀疑楼主开发水平 |
3 zhuanzh 2018 年 5 月 16 日 via Android 新手 爱好 高并发 海量数据 美服欧服亚服都要开 lz 我不想嘲讽你,为什么不先从一个简单的做起… |
4 lingo 2018 年 5 月 16 日 欧服美服这个考虑的有点早了。。。 |
5 changnet 2018 年 5 月 16 日 via Android 数据库根本不是问题,列出的那几个随便做。不过根据楼主的问题我觉得你连运营架构都不知道,大概也不知道游戏的“高并发”。所以先做出来再优化才是王道 |
6 th00000 2018 年 5 月 16 日 就你的需求来说, 市面上任何一种数据库都能满足 |
7 fuxiaohei 2018 年 5 月 16 日 不明确你的是手游还是端游,实时性要求高不高。 一般的架构都是缓存数据库比如 redis 来顶住压力,关系型数据库做永久存储异步处理。 如果实时性要求高,还有很多别的事情,数据库不是重点。 |
8 sunny352787 2018 年 5 月 16 日 随便找个先用着,接口封装一下,觉得性能不行随时换 |
9 sunny352787 2018 年 5 月 16 日 如果连封装数据库接口隔离逻辑和数据都做不到的话,就先别想那么多了 |
10 zzlettle OP |
12 qooweds 2018 年 5 月 16 日 一般是放内存里吧,玩家移动的话怎么可能放数据库,IO 要爆了 |
13 csuzhangxc 2018 年 5 月 16 日 via iPhone 作弊判定放内存。 不同地方玩家如果玩法上能接受,就近接入游戏服(说不定都可以不用全球同步数据?) |
14 csuzhangxc 2018 年 5 月 16 日 via iPhone 能算出来的数据,尽可能就不存数据库 |
15 WuwuGin 2018 年 5 月 16 日 via Android 你这个纯粹是伪需求,你想的是要拓展性考虑,万一火了呢是吧。但是对不起,在做到那一步之前,需求和结构都是随现实改变的,Facebook 这种网站在没有遇见性能瓶颈的时候不还是 php 用的欢,到时候再说也完全来得及。 另外你这样用数据库,楼上也说了,IO 会爆的。 |
16 tvallday 2018 年 5 月 16 日 我觉得大家都低估楼主了,也许楼主有 5 年的自由时间和 300 万的拆迁补偿还有 3000 个以上的死忠粉。 |
18 sunny352787 2018 年 5 月 16 日 @zzlettle 就你的这个游戏的规模来看,这要求还挺低的了 |