提问题
提建议
春风送暖,学习相伴!三月上旬更新聚焦数据可视化选图、内存管理技巧、频率分析与桑基图应用,助你轻松驾驭数据分析新场景!
《【数析课堂】频率分析:用“数数”快速定位业务痛点》→通过频率统计,快速发现高频问题,精准定位业务改进点。《【桑基图】流动的“资金河流”,一眼看透业务流向》→学习桑基图绘制,追踪资金流动路径,洞察业务流转全貌。
《不止选类型,更要找对入口:数据分析选图全攻略》→深入讲解图表选择的核心逻辑,助你告别“图表选择困难症”。《内存溢出别慌张:教你如何看懂BI的“胃”,并管住它的“嘴”》→揭秘BI内存机制,掌握优化技巧,让分析更流畅。
《2026年「月更日志」社区更新合集 2.1 - 2.28》→汇总二月社区更新动态,记录成长每一步。
《【BI知识闯关】不止选类型,更要找对入口:数据分析选图全攻略》→通过闯关巩固选图知识,提升实战应用能力。《【数析课堂】频率分析知识巩固》→配套练习,加深频率分析理解,强化业务洞察。《【图表应用】桑基图追踪资金流向,发现业务奥秘》→动手实践桑基图,探索资金流向中的业务规律。《【BI知识闯关】内存溢出别慌张:教你如何看懂BI的“胃”,并管住它的“嘴”》→挑战内存管理知识,成为BI优化高手。
阳春三月,学习正当时,快来社区参与挑战,一起探索数据新视界!
数据行数有几万行,列数有几十个字段,导致查询很慢,这种如何去优化处理?
点赞,学到了
不是明细数据
这种一般都会有性能问题的。建议换成透视分析试一下。
什么数据不是明细还能有几万行? 你是表有几万行,还是电子表格输出有几万行? 如果是输出有几万行的话,跟你服务器的性能有关; 如果是表有几万行,进行查询慢的话,需要优化sql语句。 我这里几百万上千万的查询都不嫌慢。
可能对明细数据理解差异,我认为的明细数据是未经过加工的数据,俗称最原始的数据,例如:凭证明细表等等。我的数据是按照物料BOM 的维度,已经进行了汇总,所以我不认为我的表是明细表
使用道具 赞 1 举报
分页展示
这种方法尝试了,可惜还是无法解决
你试试分页方式改为【列】分页
使用道具 赞 举报
发表回复 回帖后跳转到最后一页
Smartbi新手任务奖励288麦豆
Smartbi进阶任务奖励500麦豆
免费
麦豆兑换
社区
指南
AI
搜索