从策划的角度看，在目前现实的项目中，即时战斗的MMORPG

狂澜萧萧

保存怪物数据，是不会有人去做的，花这个工夫达不到任何实际意义。

1、如果是服务器宕机，那么靠什么来保证每个怪物的数据都能够被及时存储下来？如果不能每次都成功的保存下来，玩家会发现今天服务器宕机之后上去一切可以继续，明天服务器宕机之后，就一切回到原点，这算哪门子飞机？服务器宕机的情况下，玩家数据都没办法保证能够及时存储，怪物数据怎么保证？

2、一般游戏一张地图几百个怪物，一共几十张地图，这是基本的要求，这就是成千上万个怪物，它们的位置、血量、蓝量、当前AI行为、当前目标，可能的话也许还会有仇恨值列表等等，需要保留的话，这些都要保存下来，这个数据量会非常庞大，并且这些都属于临时数据，服务器一旦重启并载入完成，这些数据就失效了。

3、当服务器宕机，有多少玩家会眼巴巴的在电脑前等待服务器重启之后第一时间登陆游戏？如果怪物的目标没有及时登陆游戏，怪物的行为怎么处理？维护之后怪物数据调整了，应该怎么处理？团队打副本，打到一半服务器宕机，再次上线之后，发现BOSS血变长了，免疫嘲讽了，治疗还没上线，这不是晃点玩家么？

4、关于网吧的问题，现在不同前些年了，基本家里都有宽带，电脑配置也不差，网吧里面也不能像前些年那样都是一群熟人，大呼小叫的了，很多人已经不会因为网吧的所谓气氛而聚集了。

5、从技术角度来说，比如一个技能的施放，这是需要多步计算的，假如需要6步，计算到第三步的时候，服务器宕机，有没有办法保证服务器重启之后，能够接着第三步进行计算？这不仅仅是保留怪物数据那么简单，如果是一个强力到能够影响战斗结果的技能，玩家会骂娘的。

一个在技术上劳民伤财，对玩家还体现不出什么好处，你们的程序同事脑子真的是秀逗了。

本人遇到过的一个事情，游戏中一个种族的出生点中间有棵大树，一个美术很happy的接下了制作这棵树的活，做的精美无比，结果放进游戏中，卡的要死，一问之下才知道，这位大哥把这棵树做了20W面。

寻虹哈士奇

楼主你真悲剧了。90层楼里因为回帖不看帖的废话差不多有一半……

金时为开

sjinny: Re:从策划的角度看，在目前现实的项目中，即时战斗的MMORPG里是否应该把怪物实例的数据保存到数据库

= =!!!!!!!!!!!
想做这个的是程序不是策划…………………………上面的帖子里也说了的……

要不要，做不做，还是需要参考是否能很好的商业化运作来定。

这个问题更多的时候是需要参考游戏运营后可获得赢利率来定的。

一句话，你设定的要求越多，服务端的逻辑处理就越复杂，数据库操作频繁，承载上限就越小，导致的就是服务器性能不佳，成本开支大，获利小。

bal

程序主导策划的杯具///

sjinny

杯具的来源不是谁主导谁，而是由少量的人来主导

tolive2008

从数据来看，目前没有任何网游做过这个功能，所以姑且认为这个用户需求不是很重要，或者实现成本太高太高。
举个例子想想，假如一次团队BOSS战中途掉线后，BOSS还在原地保持掉线时的位置和状态，说明BOSS的AI中没有归位合回血的逻辑呢。这样会有很多问题的。
91L的大大已经说得很详细了，表示赞同。

所以我的意见是：
如果程序有空余时间，可以自己单独开个版本做，不要迁入正式版本就好。如果非要在正式版本中做，那就谁拍板谁负责吧。

PS.比价庆幸我们的程序不会有这样奇怪的想法。

sjinny

“如果程序有空余时间，可以自己单独开个版本做，不要迁入正式版本就好。如果非要在正式版本中做，那就谁拍板谁负责吧。”
恩……  +1



不过很荣幸地告诉大家，程序没有空余时间……这玩意以后会怎么做只能等到做的时候再看了……

huori

没空余时间还做这玩意，把这消息告诉你们策划，连说服都不需要，一场PVP即将开始。

狂澜萧萧

sjinny: Re:从策划的角度看，在目前现实的项目中，即时战斗的MMORPG里是否应该把怪物实例的数据保存到数据库
不过很荣幸地告诉大家，程序没有空余时间……这玩意以后会怎么做只能等到做的时候再看了……

这样做，通常最终的结果，就是做了半截然后没有下文，留下一堆不一定什么时候就会引发BUG的代码。

金时为开

sjinny: Re:从策划的角度看，在目前现实的项目中，即时战斗的MMORPG里是否应该把怪物实例的数据保存到数据库

杯具的来源不是谁主导谁，而是由少量的人来主导

不应该是人来主导，应该是需求主导。

技术需求，用户需求，市场需求，运营需求。再说一次，不是技术、用户、市场、运营的人提出的需求。