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 就你的这个游戏的规模来看,这要求还挺低的了
|