第104页，共371页。 显示 3,703 条结果 (0.039 秒)
自助数据集设置抽取，并且显示抽取完成了，但是建自助仪表盘时随意拖一个字段都报字段不存在。
（本文档仅供参考） 问题说明 自助数据集设置抽取，并且显示抽取完成了，但是建自助仪表盘时随意拖一个字段都报字段不存在。 跟踪步骤 字段实际是存在的，建透视分析没有问题。拿报错的执行sql，以及透视分析的的sql做对比，简化sql成能正常执行的sql，发现只要字段是表名.字段的格式就会有问题，去掉表名正常。 原因及解决方案 客户的CH是自行从网上下载安装的，本地测试smartbMPP不存在该问题，重新部署CH。启动报错：另一个进程正在使用此文件，进程无法访问
（本文档仅供参考） 问题说明 启动应用服务器的时候报错："另一个进程正在使用此文件，进程无法访问。" 问题原因 问题产生原因是无法自动删除临时文件。 解决方法 把服务器文件中的删除临时文件命令行删除。以tomcat服务器为例，修改<安装目录>\Tomcat 5.5.20\bin\下的startup.cmd文件把if exist "..\webapps\smartbi" rd /S /Q "..\webapps\smartbi" 行和if exist "..\work\Catalina" rd /S /Q "..\work\Catalina"行删除掉。 问题诊断 服务器启动报错系统添加字体后在echarts中找不到
（本文档仅供参考） 问题 在系统中添加了字体后，echarts图形找不到所设置的字体 image2020-7-9 18:19:17.png image2020-7-9 18:11:25.png 解决方案 关于此问题需注意是echarts图形还是excel图形： 1.系统加的字体是用到excel图形 … 】。 image2022-10-17_11-14-0.png image2022-10-17_11-14-14.png echarts图形中选择了设置项的某种字体，这样是否会涉及字体版权问题？ 正常情况下是不涉及字体版权问题的。报表在调用字体的时候默认调用浏览器所在机器是否有对应字体进行加载显示的，并没有强制给电脑强制安装对应的字体知识库迁移遇到【sql中要更新的某个字段的长度超过了数据库表中字段的定义长度】
（本文档仅供参考） 问题说明 1、知识库A使用gbk编码创建的数据库。 2、知识库B使用utf-8编码创建的数据库。 3、通过smartbi1管理端把知识库A进行备份，然后在知识库B对应的smartbi2进行知识库还原。有时候会发生插入数据错误，sql中要更新的某个字 … 大约127个汉字。 4、知识库B utf-8编码情况下，可以存储255/3 大约85个汉字。 这样如果 知识库中某些字段超过了85个汉字，在插入到utf-8 编码的数据库中就会遇到上面出现的问题。 如何判断字节存储是否一样？ 目前在项目数据预警
的实时监控，支持自定义预警消息，并将预警消息通过邮件、钉钉、企业微信等渠道进行推送。 yj-01.png 使用指引 1、新建并配置数据预警，请查看：新建数据预警 2、对已有数据预警进行编辑、删除、预警记录查看，请查看：数据预警管理 3、数据预警示例请查看：数据预警示例 4、数据预警常见问题请查看：数据预警常见问题文件数据源导入报错：导入数据到MySQL报错
（本文仅供参考） 问题说明 通过数据源中的Excel文件，将Excel中的数据导入到MySQL中，报 Loading local data is disabled; this must be enabled on both the client and server sides 或者是 The used command is not allowed with this MySQL version 的错误 image2021-1-19_16-53-41.png image2021-1-19_16-53-29.png 解决方案 此问题是因为MySQL那边限制了加载本地文件DB2:“errorcode=-4220,sqlstate=null/ ERRORCODE=-4220, SQLSTATE=null/ERRORCODE=-4220, SQLSTATE=22021”
（本文档仅供参考） 问题说明 1、DB2数据源查询数据预览报“.....errorcode=-4220,sqlstate=null...”，如下截图： image2020-10-9_11-42-12.png 2、DB2作为知识库，启动不成功，日志报 … image2022-1-17_16-38-19.png 解决方案 经查找相关说明，该问题通常是因为jdk升级到1.8及以上版本后预览数据会报错，经查看相关信息是需要增加JVM参数-Ddb2.jcc.charsetDecoderEncoder=3进行规避。 相关说明文档请参考同一个字段在数据集中使用两次，as别名不同，但是结果集中只能输出一个字段
（本文档仅供参考） 问题说明 在原生sql中，查询了两张表的字段。其中两张表中都有一个字段叫做"opreator_name"，在sql中同时查了这两个字段，但是as 别名是不一样的。结果发现在输出结果集的时候，输出字段始终只有一个。 如下： image2018-9-21 14:18:40.png 解决方案 该问题是因为使用的数据库是mysql数据库，且数据源中的连接字符串不正确。主要是由于连接字符串中少了一个配置项：useOldAliasMetadataBehavior=true 参考的链接字符串如下： jdbc:mysql://192.168.1.10:3060/dwSQL server：获取总行数报错
（本文仅供参考） 问题说明 在项目实施中有可能会遇到再数据库中可以运行的SQL语句，使用smartbi的原生SQL 会报获取总行数错误。 解析 对于获取总行数报错的需要确认如下信息， 第一种：查看编写的SQL查询是否包含 order by，在smartbi中获取总行数，相当于外面包了一层，SQL Server嵌套不允许用order by 第二种：没有使用order by 语句，那就看具体错误日志信息判定问题解决方法。 针对第一种情况，有如下两种解决办法： 1、设置禁止获取总行数。在 定制管理 > 系统运维 > 系统数据模型的sql查询报错，网络请求有500，后台日志报错请求响应头数据过大
（本文的仅供参考） 问题描述： 在使用数据模型创建sql查询，报未知错误，此类提示通常与网络有关，可先参考此文档查看请求是否正常：F12-network image2025-5-6_14-49-44.png 经查看网络有请求报有500的错误，有500报错时可查看bi的日志是否有具体的报错原因： 请求500.png 打开系统监控->日志，重新执行sql，查看smartbi日志，日志提示请求头数据过大： 后台日志.png 问题原因： 项目使用Tomcat部署，Tomcat连接器默认
