第17页，共217页。 显示 2,169 条结果 (0.04 秒)
仪表盘组件查询失败Join count exceeds the max number 100
（本文档仅供参考） 问题： 仪表盘组件查询失败Join count exceeds the max number 100，将对应的子查询去掉之后，又是正常的。另外新建也是正常的 image2024-6-3_17-15-47.png 解决方案： 此报错的原因是因为子查询中过多join，加上系统会根据资源定义，对已有的子查询sql，根据定义加一层sql封装，导致超出了数据库对sql语句join的关联上限，此情况目前只能通过优化子查询语句，或者调整数据库对于join关联查询的限制。电子表格⬝ 通过参数获取值回写
信息录入填报时，通常会有通过参数获取值进行填报的场景。电子表格有两种方式可以满足这样的场景需求： 通过电子表格填报设置中绑定参数实现。 通过电子表格绑定Excel模板，并在模板中设置绑定参数实现。 填报设置绑定参数 效果演示 1、填报数据：在Web端打开电子表格，填报数据。 填报绑定参数填报.gif 2、填报的数据在回写库中效果：登录回写库查看回写表的数据。 image2022-2-18_14-38-44.png 实现方法 1、定义参数，用来获取登录用户的别名： image2021-9-1_14-45-21.png image2021-9-1_14-46-45.pngwindows如何获取高速缓存库日志文件
（本文档仅供参考） 问题说明 当高速缓存库（mpp）出现异常时，如异常宕机，如何获取日志文件进行排查 解决方案 windows版本高速缓存库日志文件：D:\software\Smartbi\SmartbiMPPMD\data\smartbimppmd 目录下，可以获取该日志文件，发回排查 image2023-12-29_18-6-24.png恢复知识库输出：无法获取连接
（本文档仅供参考） 问题： 在恢复知识库时日志输出无法获取连接的信息，如图，实际并不影响恢复的。 image2023-12-20_10-18-19.png 说明： 此输出信息说明计划在执行时提示系统在恢复知识库中，恢复过程中不能获取对应连接，属于正常输出。原生SQL数据集抽取失败：字段与查询列表字段不匹配
（本文档仅供参考） 问题现象 原生SQL数据集可以预览，但抽取失败。看系统日志存在报错：字段与查询列表字段不匹配:field size ：33; head size :34 image2024-6-5_10-9-51.png image2024-6-5_10-14-4.png 解决方案 一般是因为原生SQL数据集修改了语句，但没有检测输出字段，导致右侧输出字段列表与实际返回的字段列表不一致导致。只要有修改原生SQL数据集中的SQL语句，记得重新检测输出字段确保字段列表一致。 image2024-6-5_10-13-47.png回写-电子表格回写，上传图片保存失败报错
（本文档仅供参考） 问题说明 客户使用回写规则上传图片文件时，保存失败，图片大小为930kb，报错关键信息为：要复制的 LOB 数据的长度(4556474)超出了配置的最大值 655360 报错截图如下所示： image2020-5-25 17:38:39.png 解决方案 经导出日志分析，发现是由于插入到数据库的图片超过了字段设置的最大值导致的，此问题属于数据库自身的字节存储问题，需要从数据库层面去解决。 以下是百度搜索的解决方案： https://www.cnblogs.com/lijiaman/p/12182229.html https://www.cnblogs.com/lijiaman/pETL高级查询更新字段别名同步到数据模型失败
（仅供参考） 问题描述 数据模型-【ETL高级查询】更新字段别名同步到数据模型失败，通过清除缓存报错如下： image2024-1-10_17-5-17.png image2024-1-10_17-5-39.png 解决方案 经分析，在【ETL高级查询】中列名未发生变化，列的别名发生变化，那么抽取后数据模型中不会改变列的别名； image2024-1-10_17-8-10.png 临时解决方案： 在【ETL高级查询】中改变列名（由原来的合同状态改为合同状态1），那么数据模型中将会同步改变列名与别名 image2024-1-10_17-10-10.png如何获取smartbi当前使用版本信息
（本文档仅供参考） 问题说明 如何获取smartbi的版本信息？ 解决方案 方法一：登录系统后，点击右上角用户，进入“关于”界面即可查看版本信息。 2022-10-20_175114.png2022-10-20_174841.png 若V10.5.15及以上版本，可查看【关于】-》【服务版本】，同时获取系统以下组件版本信息： image2023-6-9_11-27-34.png 方法二：通过访问packageinfo.txt，如：http://192.168.1.10:17000/smartbi/vision/packageinfo.txt http://192.168.1.10收件人中有失效的邮箱时计划任务发送失败
问题： 收件人有多个，其中可能有一个或多个因为拼写错误或者人员离职等因素导致失效的邮箱时，计划任务发送失败，是否可以忽略失效邮箱，把邮件发送到有效邮箱。 原因： 同源邮箱会验证邮箱的存在性，报550状态，使得邮件无法正常发送 规避办法： 见 任务发送邮件，某收件人不存在，其他人发送成功，申请和收件人不同的邮箱类型作为专门的邮件发送人邮箱。 解决办法： 20201127后的V95版本已处理此问题，可更新版本解决。更新版本后需要进行以下操作： 1、在系统选项→高级配置中加入MAIL_IGNORE_CODE=550（可以设置多个，用英文逗号隔开） 2、计划任务发送邮件，收件人与邮箱服务器同源时，即使发件人不存在也能成组合分析设置获取总行数“否”，报表还是显示了总行数
（本文档仅供参考） 问题说明 组合分析设置获取总行数“否”，报表还是显示了总行数。 image2020-8-19_11-42-57.png 问题原因 获取总行数控制的是否执行count的sql，但是当行数少于一页时，产品会自动计算出行数。 不获取总行数为什么还显示
