第24页，共289页。 显示 2,883 条结果 (0.779 秒)
创建数据源测试连接常见报错
出现此报错则是填写的用户名或者密码错误，请检查输入正常的用户、密码。 3.连接池初始化失败: 无法打开登录所请求的数据库 "sa"。登录失败。 03.png 出现此报错是因为在写连接字符串的时候把数据库的名称写错了，在连接地址上找不到此数据库。请检查写上正确的数据库名称。 4.连接池初始化失败 … =1724838566000&api=v2 通过工具连接数据库和telnet访问端口等网络排查都没有问题，通过设置在数据库名后面增加参数【?useSSL=false】，测试连接成功。 数据源连接报错 communications link failure 连接池初始化失败获取数据库表
（此文档仅供参考） 原理 要通过 JDBC 驱动获取数据库中的表、视图等对象信息，核心是利用 JDBC 规范中定义的数据库元数据（Database Metadata） 机制，具体流程如下： 建立数据库连接 首先通过 JDBC 驱动加载并建立与目标数据库的连接（Connection对象），这是获取元数据的前提。例如，通过DriverManager.getConnection(url, username, password)方法获得连接，其中url需指定数据库类型（如 MySQL、Oracle 等），驱动会根据类型适配对应的连接逻辑。 获取数据库元数据对象 调用Connection对象的getMetaData()方法连接mysql8数据库，报“BigInteger cannot be cast to java.lang.Long”
（本文档仅供参考） 问题 连接mysql8数据库，报“java.lang.ClassCastException: java.math.BigInteger cannot be cast to java.lang.Long” 报错_1666855944_1666855944140_ffc549.png 问题原因 据以往项目经验，该报错是因为mysql驱动与所连接的MYSQL数据库版本不匹配导致。 解决方案 确认该MYSQL数据库的版本，更换数据源中所使用的驱动。 向Smartbi中添加数据库驱动V9：https://wiki.smartbi.com.cn/pages/viewpage.actionETL-数据查询节点使用WITH AS 写法执行报错
（本文档仅供参考） 问题现象： 在etl的数据查询节点写with as的临时表语法的时候etl执行报错：关键字 'WITH' 附近有语法错误 image2025-1-25_11-51-53.png 问题原因： 数据查询节点在etl中执行的时候在原本临时表的sql语句外面再加上一层，如：select * from ( 所写sql ) where 1= 0。最终就会导致整个sql语句执行报错。 出现这个问题主要是部分的数据库临时表需要给一个as命名表名导致的，所以目前仅支持部分数据库使用with as语句，如postgreSql、oracle、selectdb、starrocks、doris、mysql8。不支持[历史记录恢复]-历史记录支持恢复流程图
概述 在项目中经常会遇到ETL最新流程图被修改问题，如果想恢复之前的图，只能重新拖一遍，比较繁琐。因此新增了恢复历史流程图的功能，同时也新增了历史流程图的导出功能。 功能配置入口 打开ETL流程图，点击工具栏中查看历史按钮，历史运行记录的流程图提供恢复和导出流程图功能。 image2024-1-2_11-30-25.png image2024-1-2_11-31-50.png 应用场景 ETL流程图历史记录恢复演示 image2024-1-2_11-34-45.png image2023-8-25_17-28-24.pngimage2023-8-25_17-30-1.png 功能节点 etl节点Clickhouse-使用中文表名和字段名在ClickHouse高速缓存库中建表报Missing columns
（本文仅供参考） 问题描述： 客户很常使用中文表名和字段名在ClickHouse高速缓存库中建表，时常出现Missing columns的错误， image2025-4-25_15-21-18.png 解决方案： 我们分析SQL并不存在问题，发现ClickHouse对非ASCII字符的兼容性不好，将中文替换成英文字符可以正常执行。 我们发现ClickHouse 22.8之后的版本对中文兼容更友好了，可以解决之前遇到的问题。旧版本出现该问题时候，可以考虑升级Clickhouse 升级详见以下wiki：升级SmartbiMPP mpp建表报错数据模型预览报错“Unknown column”，提示有乱码列不存在
（此文档仅供参考） 问题说明 数据模型中有一个SQL查询，SQL查询执行正常，但模型中预览时报错，新建即席查询也报错。 Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Unknown column '.骞撮緞' in 'group statement' 一般SQL上看到没有乱码的，但报错日志说有乱码列不存在，Unknown column 12354tgh.png 解决方案 当遇到 SQL 查询在数据库中执行成功但在 BI 工具中失败的情况时，且报错信息存在乱码时，建议先检查数据源连接字符串中的编码设置是否与数据库一致。 如果TIDB数据库做为业务库 连接正常，查询也正常，但是添加某个字段为条件时，提示：encoding failed
（本文仅供参考） 问题描述 TIDB数据库做为业务库 连接正常，查询也正常，但是添加某个字段为条件时，提示：encoding failed image2023-9-4_12-47-9.png image2023-9-4_12-46-22.png 解决方案 经测试 该问题是由于数据源连接编码问题，由原来GBK换成UTF-8 解决 encodingfailed 添加筛选条件报错安装SmartbiUnionServer跨库联合数据源
Smartbi跨库联合数据源（SmartbiUnionServer）是一个分布式SQL查询引擎，处在Smartbi的SQL引擎层，为不同的数据源提供统一的SQL解析、跨库查询能力。 1、设置系统环境 ① 关闭防火墙。 CentOS 6.X/Redhat 6.X service iptables stop … 内存、GC等参数。 cd /opt/SmartbiUnionServer 在启动服务之前，需要根据服务器的实际物理内存大小，修改JVM的默认最大内存，如下： 修改run.sh中的-Xmx参数，默认的最大内存值为8G，可根据服务器实际配置进行情况填写（建议配置的Xmx参数值不超过服务器总内存的70%）： 跨库.png文件数据源导入报错：Wrong data or column definition
（本文档仅供参考） 问题现象： 基于高速缓存库为导入数据源，导入本地数据源excel文件报错“Wrong data or column definition. ··· ···”如下图所示： image2021-4-6_9-57-56.png image2021-4-6_9-57-50.png 问题原因解决方案： 原因：本地高速缓存库是用mysql，在创建表时，字符串类型长度为255，导入的excel文件字段字符长度超过255，所以导致报错。 方案：可修改字段类型为长文本类型来规避此现象，如下所示。 image2021-4-6_10-1-31.png
