案例:战神或其他战略游戏中的数据交互运算.

如果 水田1 升级到水田2 需要30分钟,
当 点下的时候,
系统记录当前的服务器时间,
把记录的时间+升级需要的时间得到最终完成的时间.
把最终完成的时间记录到数据库.


当再次打开网页,
读取数据,
如果数据库里的最终时间大于目前系统时间
则把数据库里的最终时间减去现在服务器时间.

服务器端执行读取全局数据库操作.
当数据库里的最终时间等于或小于服务器当前时间时.
服务器端口执行清空运算,
再执行付值运算,把水田1级改为水田2级.

提出问题:那执行该过程,客户端可以关闭,服务器端的程序则始终要打开执行状态中...
是否可以有更好办法使得,服务器端嵌入客户端的操作办法呢?

说了些鸟语,不知道有通鸟语的人否?

貌似现在ogame类游戏都是这样做的……服务器端嵌入客户端……会不会很危险呢

web程序 服务器端嵌入客户端 是不可能实现的.
但是你说的这个问题是很好解决的.

服务器端执行读取全局数据库操作.

这个操作是间隔一定时间一直循环执行,还是由其他事件触发?

请举例：如何解决服务器端不用运行程序案例。谢谢

我想是第一种，不过不知道会不会和客户端同步。

应该是都在服务器处理,在客户端做的时间显示应该只是用JS做出来的一个假象,这样处理应该是最简单的

要是在客户端用JS做处理,当时间到的时候使用XMLHTTPREQUEST提交一个更改,这样显得复杂,而且对于WEBGAME,浏览器是随时可能被关闭的,那么服务器端还是不得不有相同的一套程序来保证突然关闭浏览器而数据不会有错.....

其实像FF以及很老的那个三国,战斗画面都是假的,点战斗后可以直接点其他连接做其他事情去了,因为当收到返回的页面的时候数据已经处理好了,客户端看到战斗只是一个假象而已.

说的不错，客户端时间倒计数开始的时候，就把最终完成的时间纪录到服务器的数据库里面了。

服务器端就是处理这些数据的问题。
但是我发现，如果同战神一样，当玩家选择建造较快的建筑或其他功能时，往往数据库纪录后没有来得及循环遍历，导致同步无法实现。

这样的话,在客户端提交完成建筑请求的时候进行一次检查数据库的操作,如果当前系统时间>完成时间,则直接完成

反正计算资源多半是以数据库记录的完成时间为准,应该不会有太大影响.

这样，能现在帮我写个数据库操作吗？看看如果每秒数据库里出现1万条需要更改数据的时候。
处理完成时间是多少，会不会有遗漏的数据未操作的。。

现在很想测试一下同步处理问题。。
我现在在单位机器上，没vc平台。

=.=!我也是在单位的机器上,最近比较闲,把机器装刚装成了娱乐机...... 我已经彻底堕落了.

借用同事的机器试了下（机器上只有JDK，所以我用JAVA实验的），不使用连接池的办法，只使用一个连接，往他的机器上的SQLSERVER添加了1W条记录（1W个整数），使用了40734毫秒，未进行INSERT操作前我做了测试建立连接等操作使用16毫秒，扣除之，大约用了40718毫秒。

假如使用连接池的办法，先创建100个连接，也许会快点。8过我同事要看小说了，不肯借机器我了

[attach]9199[/attach]

[ 本帖最后由 蜡笔小黑 于 2007-3-16 10:46 编辑 ]

了解了。 感谢。

加油

数据是存储在数据库中的，以ms-sql为例
建立相关的存储过程对数据库中正在升级，即将发生战斗的数据时间和系统时间比较。如果符合就执行相应的操作。
然后建立作业，轮询时间自己设定。
其实这样也没有把服务端省下来，只不过把服务端本来执行的操作移植到数据库中去执行罢了，不过效率上应该要比服务端执行效率要高

放到客户端的方法我想了一下
两种情况
客户端在线，自动轮询当前状态，到时间需要执行的操作在轮询的时候执行。
客户端不在线，在登陆的时候执行历史数据，例如攻击城堡，如果攻击完成后计算现在时间和返回时间显示返回中，如果已经超过返回时间显示返回。。。

就这样了