这个逻辑不用数据库怎么写

Question

时间短的可以用缓存（memcache）,SESSION,等等
时间长的经常更新的你还是用数据库吧！数据库加索引优化后（内存大的，可以用户内存表），开销几乎很小

Answer 1

为什么SESSION这个不会释放 没理由啊     用户访问PHP页面 变量保存了 另外个用户访问了PHP页面 这个变量为什么还会存在？

Answer 2

这个session变量 内存分配应该是在服务器上 不是用户电脑吧 

Answer 3

要保存数据，用数据库是最好的方法。
如果是空间限制，可以将数据转成json保存在文件，读取时先decode为数组使用。

Answer 4

保存在内存当中，redis，memcache

Answer 5

我在写多人在线游戏啊    难不成你让我把每帧的坐标都放到数据库  然后 其他人每帧去取 我是socket

Answer 6

我在写多人在线游戏啊    难不成你让我把每帧的坐标都放到数据库  然后 其他人每帧去取 我是socket

Answer 7

我在写多人在线游戏啊    难不成你让我把每帧的坐标都放到数据库  然后 其他人每帧去取 我是socket

Answer 8

我在写多人在线游戏啊    难不成你让我把每帧的坐标都放到数据库  然后 其他人每帧去取 我是socket用memcache保存。

Answer 9

对既然会有 其他人每帧去取，就是说数据是共享的
共享的数据当然是放在数据库里的，这样才便于检索
为什么总是要认为用数据库就影响性能呢？这是糊涂观点！
数据库就是为了高效方便的解决数据共享的
如果你非要认为基于文件系统的 SQL 数据库不能满足你速度上的要求，你可以使用它的基于内存的表
也可以使用完全基于内存的 noSQL 数据库，比如 redis

Answer 10

我在写多人在线游戏啊    难不成你让我把每帧的坐标都放到数据库  然后 其他人每帧去取 我是socket用memcache保存。我想用session 怎么写        memcache这个不会 而且也不是服务器

Answer 11

用session不行，session只有當前客戶端可以讀自己的，不能讀其他在線用戶的。

Answer 12

session 是私有量
是保存在服务器上的 cookie 不是全局变量么。

Answer 13

是全局变量， 但是对于每一个用户【客服端】都有一个独立的sessionId,  所以用户之间的数据是相互独立的。如果数据共享了，就没有安全机制了。