当多维表录入的数据和计算量大了之后会出现,结果反馈很慢的情况。

我将条目录入后,计算和查找的结果一致得不到反馈。如果等得到结果大致需要等待一分钟。但是如果这是刷新页面或者重新进入多维表,查找和计算的结果就会出来。大致分析有可能是本地的缓存原因,有可能录入上传到服务器计算好了,但是本地没有向上请求或者是服务器没有给本地进行及时的反馈导致。理论上来说不应该要计算那么久。希望官方及时解决此问题。

重庆
浏览 11335
收藏
8
分享
8 +1
18
+1
全部评论 18
 
Yomi
依旧很慢,别说1万条数据,我多几个表格,估计也就几百条数据,每次更新表格,都要好几分钟才会重新计算出来,但是直接刷新,就马上出来了
· 广东省
回复
 
机智V博士-武
打卡,现在依然计算慢
· 浙江省
回复
 
赵鹏
打卡 ,碰到一样的问题。点击筛选,没反应,要刷新页面才行。引用的字段也是,函数字段也是
· 浙江省
2
回复
 
flavor
WPS多维表的计算性能多多优化提升下,不知道时服务器的问题还是本地的问题。如果时服务器的问题,那服务器也太弱了。今天我又测试了下,我把条目删到5000也很慢,,哎!!一个基于服务的还不如本地WPS客户端的计算能力强。。
· 重庆
回复
鹤
越来越感觉多维表格不适合我 计算能力是真的差
· 上海
回复
 
flavor
我将所有的查找引用改成了函数XLOOKUP来查找效果就改观很多。列表中有一个计算库存的函数,把此列删掉后。基本实时得到结果。 反复测试:如果保留库存计算的函数则通过XLOOKUP,反应更快。如果删除库存计算字段,则通过查找引用的速度更快。大致可以得出结论系统自带字段计算速度略高于通过函数计算速度。sumifs计算记录大于1万以后效率降低影响使用。
· 重庆
回复
须臾
我研究的没你深刻,但是我也发现了,有时候,我写个sumis边上再用一个统计字段,我感觉有问题就是,有时候,统计字段要,重新选一下里面的条件,才会出结果。但是你说哪个快,我忘记比较了。
· 湖南省
回复
 
亂雲飛渡
亂雲飛渡

WPS寻令官

学习
· 广东省
回复
 
𝒵𝒽𝓮𝓃𝓰
感觉是这次更新后反应吗,更新引用之前数据更新挺快的
· 天津
回复
 
陈波
陈波

@金山办公

数据量有多大 是否有在表A中使用公式或统计字段去引用另外一个表B的数据,表A/B的数据量方便有多少
· 广东省
回复
flavor
1.1万条记录。表A中有通过关联引用表B。 我在一个微信群互助群里发了录制的视频。。没人理我。。
· 重庆
回复
 
刘锴
打卡
· 贵州省
回复