第111页，共677页。 显示 6,766 条结果 (0.465 秒)
数据预警示例-营业额低于阈值预警
2 数据预警 接下来在该报表上创建数据预警，实现每天9点检查所有门店前一天的营业额，当发现存在门店的营业额低于2万时，邮件通知总监。 1）参考新建数据预警中的入口，新建数据预警 2）“步骤1：基本信息” 按照如下内容填写 yj-52.png 3）进入“步骤2：数据范围” 将“营业日期”过滤条件 … 营业额低于2万，请及时关注！” “推送渠道”增加“邮件推送”，并设置接收人为“指定邮箱”，输入总监的邮箱地址 yj-56.png 6）进入“步骤5：其他设置” 新建执行计划，设置为每天9:00执行 yj-57.png 7）保存数据预警。则每天9:00，数据预警会自动执行，根据数据范围中营业日期透视分析（旧）选择焦点项数据量显示不全
（本文档仅供参考） 问题说明 透视分析“选择焦点项”数据量显示不全，如下： image2025-1-7_15-54-0.png 解决方案 “选择焦点项”返回多少数据量，是受【系统选项】--> 【性能优化】 -->【透视分析单次查询数据行数】的配置影响。此设置项的值，不能设置过大，建议按照“自动优化”后的值使用，避免一次性加载较多的数据到内存中导致系统内存溢出。 image2025-1-7_15-52-22.png 透视分析数据不全 透视分析数据缺失数据模型实现分组+成员排序+合计
（本文档仅供参考） 问题现象 基于数据模型创建的自助仪表盘交叉表，对维度进行分组后，如何对分组以及分组内成员进行排序的同时，再进行合计？通过命名集实现的排序，在放到仪表盘交叉表中就没法实现快速汇总了，在命名集中需要怎么写MDX函数实现汇总合计？ 目标效果 image2023-10-30_14-35-33.png ①新增了分组，且对分组进行排序 ②组内成员，进行了二次排序 ③基于分组、排序后的结果进行合计计算，并且展示下最后一行 解决方案 1、对于目标效果①的分组，使用数据模型的新建分组字段即可，参考：在数据模型中如何即席查询如何实现数据库的left join效果
（本文档仅供参考） 问题 目前有如下数据，基于数据模型的即席查询如何实现数据库的left join效果？ image2025-3-19_11-5-46.png image2025-3-19_10-58-21.png image2025-3-19_10-58-47.png 当前效果 image2025-3-19_11-6-21.png 理想效果 image2025-3-19_11-6-57.png 解决方案 开启【显示无数据项目】，设置项说明：即席查询中如何查看无事实数据的维度数据 image2025-3-19_11-7-39.png 即席查询左关联 即席查询left join数据模型字段类型为MAP查询报错
（本文档仅供参考） 问题说明 数据模型拖拽仪表盘、透视分析：异常报错，模型预览，即席正常 image2024-8-12_14-51-3.png 换一些字段的话，就提示这样: smartbix.SmartbiXException: 组件 [ 图表_1 ] 查询失败 … /mysql/cj/jdbc/result/ResultSetImpl$1 另外数据模型，即席查询均正常 image2024-8-12_14-51-37.png image2024-8-12_14-51-48.png 解决方案 1、SQL查询里有map类型的字段，去掉就可以了，原是在测试常用字段类型数据模型抽取日期类型溢出
（本文档仅供参考） 问题现象： 在数据模型中新建的sql查询，查询时发现数据库中的数据为3405-08-22以及2999-12-31，但是数据模型中预览数据的时候发现两个数据均变成了2120-07-26，和数据库中查询到的数据不同。 image2024-8-31_14-22-40.png image2024-8-31_14-26-8.png 问题原因： 从sql查询的结果上来看，数据库中存储的数据是没有问题的，但是模型中查询到的数据却是异常的。排查sql发现预览数据查询的数据库实际上是高速缓存库，目前高速缓存库上日期类型的数据支持的数据范围是【1970-01-01，2120-07-26】。数据库的数据支持范围高速缓存数据预处理是什么机制，数据处理流程是什么？
（本文档仅供参考） 问题 高速缓存数据预处理是什么机制，数据处理流程是什么？ 解决方案 1.高速缓存库用来存储抽取、计算后的结果数据。 比如报表是通过数据集获取数据，在未抽取的情况下，数据集执行sql获取数据，sql中可能含有复杂计算、多表关联等情况。在使用抽取的情况下，Smartbi会先执行一次查询，将查询结果写入高速缓存库。 高速缓存库只保存抽取结果，通常是一张大宽表，里面的字段就是数据集查询的字段，报表获取数据就直接查询高速缓存库中的结果表，减少中间过程的时间消耗。 2.经常会遇到sql语句执行速度慢的情况，通常可能的原因便是原始数据库并发压力大、sql逻辑复杂（多表关联、带复杂计算），可以自助仪表盘基于impala数据库做油量图的时候报错
（本文档仅供参考） 问题现象 在使用v8.5版本的自助仪表盘做油量图的时候报错了，数据库是impala数据库。若用数据做柱图是没问题的，也让客户将错误信息中的sql放入impala数据库中执行，发现是在执行的sql最后面添加了order by 导致的 image2018-11-16 16:58:2.png image2018-11-16 16:58:45.png 问题原因 该问题与war包版本无关，主要是因为系统选项中配置的查询分页默认的是SQL分页，如果是SQL分页，则执行SQL会在查询外套一层并加上order by后根据返回结果分段分页，由于impala数据库比较特殊，如果最外层使用了SUM，则order自助仪表盘地图数据标签部分显示，部分不显示
（本文档仅供参考） 说明：此扩展属性是将区域名称是否显示写固定了，如存在数据动态变化的情况则不适用。 问题说明 V8版本做地图，数据标签设置显示，会把全部的省份名称显示出来，如下图的效果，但是我想有数据的才显示标签，没有数据的时候不想显示标签，需要怎么实现 image2021-4-22_19-0-39.png … ": { "show": false } } ] } } 2024-02-27_091134.png 2024-02-27_091008.png 地图没有值的数据标签不显示 数据标签没有值不显示数据 - word分析报告日期格式在图形中显示为5位数字
(此文档仅供参考) 问题 分析报告日期格式在图形中显示为5位数字 word中效果： image2021-2-24_18-1-19.png 发布后效果 image2021-2-24_18-2-7.png 原因： 横坐标引用单元格的数据格式不一致，前面的数据格式为常规，最后一列数据格式为日期，第三方插件处理时就全部统一按照常规格式进行处理，导致最后一列的值变为44197。 规避方案 由于是第三方插件导致，可通过统一所有横坐标单元格类型为常规或日期方式规避。 image2021-2-24_18-4-3.png word分析报告显示日期不对
