提问题
提建议
七月下旬更新速递丨 任务中心上线,福利加倍!技术干货持续放送
更新焦点: 重磅推出「任务中心」! 完成多样化任务,轻松赚取麦豆!技术分享、AI学习、实用素材持续上新,点击标题立即探索!
任务版块全新登场!多个任务等你完成,麦豆轻松拿,福利享不停!
>> 立即前往任务中心,开启你的成长之旅! <<
二、实战技巧分享
《报表合计不用愁!全场景报表合计一键搞定指南》→从几个场景出发,带大家全方位了解如何在各类报表中实现合计。
《数据轻松入库,高效分析即刻开启!》→详细介绍在 Smartbi 中将数据导入数据库的几种主要途径。
三、开发技能突破
《第三方系统集成Smartbi资源》→演示一些入门的前端集成示例,帮助快速了解如何进行前端集成。
四、AI每日一学
《什么是训练集?什么是验证集?什么是测试集?》→ 讲解如何用三大数据集为AI打造"训练-调试-终测"的全流程闭环
《Manus与其他AI智能体产品有什么区别?》→ AI界真·“实干家”Manus上线!告别“嘴炮”AI,围观智能体如何“动手”逆天改命!速戳
五、资源更新
《浅色系质感背景图》→百搭质感背景,看见即呼吸,质感如微风。
六、直播上线
《如何制作性能最佳的报表》→解锁性能最佳报表的实践技巧
数据行数有几万行,列数有几十个字段,导致查询很慢,这种如何去优化处理?
点赞,学到了
不是明细数据
这种一般都会有性能问题的。建议换成透视分析试一下。
什么数据不是明细还能有几万行? 你是表有几万行,还是电子表格输出有几万行? 如果是输出有几万行的话,跟你服务器的性能有关; 如果是表有几万行,进行查询慢的话,需要优化sql语句。 我这里几百万上千万的查询都不嫌慢。
可能对明细数据理解差异,我认为的明细数据是未经过加工的数据,俗称最原始的数据,例如:凭证明细表等等。我的数据是按照物料BOM 的维度,已经进行了汇总,所以我不认为我的表是明细表
使用道具 赞 1 举报
分页展示
这种方法尝试了,可惜还是无法解决
你试试分页方式改为【列】分页
使用道具 赞 举报
本版积分规则 发表回复 回帖后跳转到最后一页
Smartbi新手任务奖励288麦豆
学习心得分享——数据分析学习之旅
原创案例分享大赛正式启动,至高800麦豆等你来领取!
赢取100麦豆,解锁数据分析新技能!
Smartbi进阶任务奖励500麦豆
免费