多年不用zmud, 今天特意去下了个，发现的确有view这东西
许是以前从来没接触过这个命令, 话说的有点过, 见笑了
但是仍然可以探讨一下,
在field的数量和名字完全相同的情况下, 建7个view, 每个view里200个record和建一个view里面1400record的差距有多大. 我手上没有机器, 但可以推测, 以前一个view用query时寻找时间不超过0.5秒, 当7个view除以7可以不超过0.1秒算, 再按2分钟一轮任务算, 1小时能慢21秒, 一天能慢8分来钟左右.
当然, view的作用不止这些, 好久不接触机器了记不太清楚, 就举一个例子
应该有些record一定要排在前面, 比如老妇人, 和老妇, 老妇一定要排在老妇人的前面,
不然在query 老妇的时候会搜索到老妇人. 要是这两个record分到不同的view里就好办了.
综上, 在xyj里建view是个最好的选择, 但不是必要选择, db上的失误已然在那里，我也不会因为这而把db换了
但是我认为一个好机器db是次要的, 齐全并分好类就行, 毕竟现在的机器对付这近2000条record简直就是像拍死一只微生物. 而如何优化机器里变量, 如何方便控制, 修改变量, 如何优化提高某任务的优先性, 如何忽略mud里面不重要的pattern, 如何根据一轮所做的任务领取奖励更重要一点. 分好class也是大头, 机器停大多出在这里的问题
我不想抬什么杠, 收回上面不恰当的话并在此道歉, 玩mud做机器只是爱好，花在上面的时间已经太多, 况且已经和楼主问的问题离题了，我们就此打住, 好吗. 真要讨论机器问题可以重新开一贴