OK，我也是一个Webgame程序员，这个问题一直得不到什么好的参考。
我现在在制作一个类似于《OGAME》的战略游戏，关于这个问题我做了几次调整，在以前，我只保存用户的一些简单信息，比如城市的ID什么的。等到使用时再进行查询。可是我觉得那样很没有必要，所以我现在的做法是把玩家整个城市的信息都载入到服务器端。我在做一些判定的时候，比如说造一个兵种需要哪些设施的时候，就不用去查询数据库了。
不知道各位是怎么做的？

还有，怎么样防止一个账号在两地同时登陆呢？我现在还没有解决这个问题，所以在Session里面的数据我是不以为准的。比如说花费金钱等的时候，我每次都要到数据库验证。

PS：我使用的是ASP.NET。

.net我不懂，但开发原理是一样的。

造兵需要哪些设施这很明显是逻辑层的东西，是后台控制的，跟库什么关系？数据库是不做逻辑判断的，只负责存储数据。

花费金钱的验证不需要访问库，可以先根据session的信息去判断是否可以显示“建造”按钮“，但提交数据时肯定要访问库的，并且在服务端要对提交数据做判断的。因为增，删，改等操作不能只在Session里执行。session里只能是对一些get方法使用时提高速度。

你没明白我的意思。造兵需要某些设施，设施的建造得怎么样，当然每个玩家都不同。如果只保存玩家ID，那么在建造的时候就要查询一次数据库，获取玩家目前的设施状态。如果把玩家建造的设施在第一次登陆时就载入到SESSION中，那么就省去一次查询了。

对了。还有个问题。你们是怎么样设置建造设施的？
我的方法是玩家建造了一个设施之后，就向数据库中插入一条数据（放在专门的表中），然后每个回合（我的游戏是按天算的）查询一次这张表，得到目前完成的建筑，再修改数据。不过，这样做的话，建筑状态无法在SESSION中显示出来。

你最开始问的是“造一个兵种需要哪些设施”，我当然理解为一个写死的逻辑了 ，不过你这么做没有错，最开始就把状态写入SESSION是好习惯 。不过记得每次状态变化要和表同步啊。

我没写过游戏，而且我不清楚你的表结构如何设计。

你是建一个用户表，建筑表和一个用户建筑关系表呢。还是不用关系表，直接建一个用户建筑状态表呢？

用户表只是一个账号表。
不过城市表包含了城市的几乎所有信息。包括建筑、物资等。
因为这个游戏生产系统比较复杂，资源和工厂用另外的表。每个一条记录。

因为我没有开发过其它类型的WEB应用，一开始就做游戏了。所以也不清楚其它人是怎么做的。
SESSION存放大量的信息不会出问题吗？会不会引起服务端不稳定之类的？

如果把玩家建造的设施在第一次登陆时就载入到SESSION中
你想过没session占用服务器内存的问题？减少一两次查询， 换来一堆内存占用，你认为值得？？

不懂，等专家解答

这就是难题了。时间换空间，空间换时间是程序中永恒不变的话题。
我城市信息大约为10K，如果1000用户的话，需要100M内存？这样想一下似乎也很小。

…………
你以为你放个网站上去，就SEESION占内存的？
你不如去写个可逆的简单点的加密算法，COOKIES保存在客户端，读取的时候，再破译回

这个看开发人员习惯了，不过呢，我很同意你之前的说法，一般数据量和连表少的话，算法写的好一些，就算多几次库查询也不会差很多。

BTW，我一个同志的名言：IDE用多人，SESSION这个单词肯定会拼错

session要考虑的就是服务器文件系统的压力！

当很多session的话，还是把session保存在数据库里比较实在一些。

1000个1k的session文件会拖慢服务器速度了。而且查询起来也费时间。

会！

对于楼主的问题我想问题不大。
1.Session里能放多少数据，我认为全部放上去是可以的。不要怕，现在内存是白菜价。
不过需要注意的时，Session里的东西仅用于读取，不可用于写入，即任何操作后，如果数据发生改变都应将数据写入数据库，防止当应用程序崩溃后，数据丢失。

2.关于同一用户在两个地方同时登录的处理方案：
a)在登录时判断Application里是否有同一个用户，如果有，强制退出前一个用户的Session，这个有点像Travian

b）用户数据不保存到Session，而是保存在Application，Session只保留一个用户ID，要用到用户数据的时候，根据Session的用户ID去Application里找。Session过期后，再从Application里删除。当然如果两个Session都访问，则小心Session过期后删除顺序的问题，第一个退出的并不从Application里删除，只有最后一个Session退出时才删除Application里的数据。

处女帖。我这里也还有一个问题,放到这里一起问吧

关于如何精确计算战斗结果，比如部队是混合的情况，是首先计算出谁先损失第一个兵再扣取双方伤害，然后移除掉死亡的兵的战斗力，再开始重新计算，直到全部计算完成，这样理论上是很精确的，但是我担心有性能上的问题。

我认为这是个基础问题，如果实现的话，这样可以让部队更加合理，可以根据武器防御自定义部队，增加可玩性。

目前没开发过要求那么多人在线的东西过，我都是全部使用数据库，session也就是id用吧。所有的判断都在php里。
问题二  是否可以使用ip数据库？我们认为不同的ip是允许的，但是同时间ip的物理地址不同就是有错误了，不是代理就是多人用一个帐号。