建议更新人物可保存字符变量的T变量

8Fsd.Com · 发表于 2020-11-8 13:34:58

建议更新人物可保存字符变量的T变量
类似U变量，可操作的，U是数字，T是字符

1580 · 发表于 2020-11-8 15:02:20

本帖最后由 1580 于 2020-11-8 15:04 编辑

加大MirData.DB真得很好？每个角色多几M时，你合区或操作都会受影响，
而且字符型是定长的，比如一个变量支持255字节，支持999个变量
单个角色就需要存储999*255字节，

M2通知DBS程序存储速度以及写入速度将会受到影响，

DBS上的自动排名，当数据多时，速度影响更加明显

8Fsd.Com · 发表于 2020-11-8 15:53:59

1580 发表于 2020-11-8 15:02
加大MirData.DB真得很好？每个角色多几M时，你合区或操作都会受影响，
而且字符型是定长的，比如一个变量支 ...

这些都是引擎走向趋势，这个很有用的东西，这个比那些LUA更大众化，利于GM开服，引擎才赚钱

8Fsd.Com · 发表于 2020-11-8 15:56:38

8Fsd.Com 发表于 2020-11-8 15:53
这些都是引擎走向趋势，这个很有用的东西，这个比那些LUA更大众化，利于GM开服，引擎才赚钱 ...

你不用这个T变量，现在仿盛大那么多变量，全是文本合区，名字重复多了还容易出错，你可以调查一下，现在开仿盛大的，只要用HGE引擎的，哪个都要合文本，很麻烦，容易出错，出保存人物字符变量，节省文本合区，再说现在合区很快吗？文本内容也不少啊

深澜 · 发表于 2020-11-8 16:59:56

1580 发表于 2020-11-8 15:02
加大MirData.DB真得很好？每个角色多几M时，你合区或操作都会受影响，
而且字符型是定长的，比如一个变量支 ...

U变量好像也就只扩展到99个吧，也没999个呀。
99个少了点，255个应该够用了，用不着999个。
另外，楼主说的倒是很中肯的，现在一心开发lua，像我这种不会的就被淘汰了。
想学LUA，一直等你们出教程，结果你们一直没出。
网上有lua教程，但看不太懂，主要不是跟引擎结合使用，看着跟看天书似的。。

补充内容 (2020-11-8 17:01):
开了10年仿盛大，现在引擎不更新新的盛大功能，开不走了，已经半年多没开区了。

HGEM2-清高 · 发表于 2020-11-8 19:12:58

深澜发表于 2020-11-8 16:59
U变量好像也就只扩展到99个吧，也没999个呀。
99个少了点，255个应该够用了，用不着999个。
另外，楼主说 ...

我也是 LUA 不会服也开不了了别人的各种LUA功能你的没有，能有人玩吗。。被淘汰了

刘华强 · 发表于 2020-11-8 20:13:00

8Fsd.Com 发表于 2020-11-8 15:56
你不用这个T变量，现在仿盛大那么多变量，全是文本合区，名字重复多了还容易出错，你可以调查一下，现在 ...

让你困扰的就是版本变量太多，合区麻烦。有别的方法可以代替扩展数据库。
如果所有区在同一台服务器，你可以给每个玩家设置一个U变量，作为每个区玩家的唯一ID，把所有变量存到唯唯一ID.TXT下，每个玩家的数据放到文本内操作，如果玩家用到时才读取，也不会给引擎增加很大负担。如果不是同一台服务器，以唯一ID为例，也是有办法实现，麻烦一点。所以尽量不要来扩展数据库存字符。

1580 · 发表于 2020-11-8 22:40:35

本帖最后由 1580 于 2020-11-8 22:43 编辑

真要加上这东西，一个玩家登陆器时，读取角色数据是很大的，需要用时很久，这时，返回到M2上速度就慢，玩家就感觉公告弹出慢，这种真是你们愿意看到的吗？

同时保存也是类似、

同时，申请这种变量，也就意味着内存中，每创建一个玩家就需要申请一样大小的内存，

1580 · 发表于 2020-11-8 23:27:40

本帖最后由 1580 于 2020-11-8 23:28 编辑

自定义变量难道没办法满足你的需求吗？？本身自定义变量就是按角色名存储

[角色名]
变量1=xxxx
变量2=yyyy
.....

8Fsd.Com · 发表于 2020-11-8 23:35:57

1580 发表于 2020-11-8 23:27
自定义变量难道没办法满足你的需求吗？？本身自定义变量就是按角色名存储

[角色名]

自定义的需要合文本，开区多了，名字重复多了，就会出错
现在一个文本都能有几M了，开三年的服，老区合区最少 30分钟以上

[沟通中] 建议更新人物可保存字符变量的T变量