第55页，共108页。 显示 1,074 条结果 (0.024 秒)
获取总行数问题
（本文档仅供参考） 有时候我们预览SQL查询结果，数据能查询出来，但会提示获取总行数SQL错误。 image2023-11-21_23-29-14.png Smartbi执行SQL时会发送两条SQL，其中一条查询数据，另外一条查询总行数。获取总行数SQL需要在原始SQL中嵌套查询count(*)，如果SQL不支持嵌套，执行就会报错。 image2023-11-21_23-32-12.png 解决方案： 方案1、系统选项中【是否获取总行数】设置为否，不设置总行数。 方案2、数据集设置成抽取。 方案3、修改SQL。透视分析（旧）操作出现Found two representations of same collection报错
（本文档仅供参考） 问题说明 smartbi系统正常运行中，操作透视分析时，出现Found two representations of same collection错误 解决方案 该问题是由于知识库存在垃圾数据导致的，建议可以尝试通过系统检查看是否能修复该问题。 系统检查可参考：https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=27002182 https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=27002182透视分析（旧）基于存储过程查询创建报错“还未配置抽取目标库!请联系管理员在Config界面配置”
（本文仅供参考） 问题描述： 基于存储过程查询新建透视分析，报如下图错误是怎么回事呢？ image2018-10-25 11:10:18.png 解决方案： 由于基于存储过程查询创建透视分析是必须进行数据抽取的，而客户使用的是v8版本，并且是通过手工部署war包的方式部署的环境，因此没有smartbiMPP数据库。 解决此问题需要安装一个smartbiMPP数据库，比如vertica、clickhouse、infobright。最终客户通过安装infobright数据库，然后将数据源节点smartbiMPP的配置连接改成安装的infobright，问题解决。 注：v85的高速缓存库节点是SmartbiCache透视分析（旧）某些数据四舍五入的结果不对
（本文档仅供参考） 问题说明： 透视分析数据四舍五入错误（有些5是入，有些5是舍），如下图1389.385000保留两位小数之后是1389.38，11448.555000保留两位小数之后是11448.56. image2018-10-31 11:2:4.png QQ图片20181031110250.png 问题原因： 可以拿后台执行的sql去数据库那边验证下真正的数据是怎样的，那个1389.385000的真实数据有可能是1389.384999...这种数据，如果是1389.384999...那保留6位小数是1389.385000，如果保留两位小数是1389.38。 设置小数位数后结果不对 小数结果不对快速准备数据并创建仪表盘
准备工作 1、安装并启动Smartbi 可参考安装部署与升级 2、在产品的登录页面，输入用户名、密码，登录到系统 kuaisurumen01.png 4 实现步骤 4.1 数据连接 当您开始使用Smartbi进行数据分析，数据连接是您需要做的第一步，Smartbi支持丰富的数据库类型，包括关系数据库、多维数据库、NoSQL数据库和文件数据等，本文将以连接Mysql数据库为例，给您介绍如何快速进行数据连接。 1、登录Smartbi，选择 数据连接 > 关系数据库 ，点击 MySQL 图标进入新建关系数据源界面 2、输入数据库对应的配置信息，其中*为必填写项；其中数据源的账号密码是业务数据库本身的账号密码Oracle TimesTen数据连接
northwind，填上用户名密码 点击 test Data Source Connection 测试数据源链接 image2018-7-22 0:11:59.png 测试连接成功。 点击 ok 完成 image2018-7-22 0:13:23.png 这样客户端就安装好了，smartbi就可以通过 … 数据连接>关系数据库 ，点击 Oracle TimesTen 图标进入数据库连接界面。如下图所示： 555.png 2）输入数据库对应的信息。如下图所示： image2021-6-30_15-17-27.png 说明： a、名称是数据连接名称，用户可以自定义，不可为空。 b、用户名和密码是连接字符串中数据 - word分析报告可视化挑选发布错位
,25) image2021-10-22_18-29-19.png 三、在word中引用电子表格资源定位单元格 image2021-10-22_18-30-29.png 四、发布 image2021-10-22_18-31-1.png （注：不能设置单个文本的样式） 分析报告错误ETL-目标节点是Clickhouse，写数据报错：断开的管道 或者 Broken pipe
处理办法： 方法一：增大网络相关的超时参数 使用spark将数据写入到clickhouse报Broken pipe错误_spark broken pipe-CSDN博客 https://blog.csdn.net/anyitian/article/details/115464850 方法二：核心思想是限流ETL-节点执行报：connection reset或查询慢问题排查思路
（本文档仅供参考） 问题说明 ETL执行报错，报错日志显示：数据库返回慢，最后连接被重置了，驱动抛出了connection reset错误： image2024-7-15_10-6-53.png 解决方案 类似驱动查询慢问题排查思路： （1）根据节点输出的日志确认实际报错原因； （2）实际耗时可能并不是报错耗时，建议新建SQL数据集或数据快查直接执行对应的确认执行时长，如果SQL执行快的话，可再进一步跟进是什么原因； （3）若普通SQL查询就慢，可用通过JSP页面测试确认耗时：Java调用jdbc驱动测试； （4）若JSP页面测试很快，请将信息反馈至官方支持；若JSP页面测试也是一样慢，请检查数据挖掘的驱动跟项目Foreach循环器
择的公共参数遍历其所有备选值。 “参数映射”设置： 把循环器当前正枚举的值（“映射索引”）传递给“循环资源”中的某个参数（“参数名称”）。 image2025-6-30_16-16-59.png 3、“忽略错误继续执行”，循环资源在执行过程中可能出错，通过此选项控制出错后的动作
