第40页，共144页。 显示 1,440 条结果 (0.028 秒)
自助ETL-数据查询
1. 概述 数据查询，是指将选择的Smartbi“数据查询”转换成二维宽表，供后续节点使用。 “数据查询”节点的部分查询类型执行依赖于高速缓存库，如果高速缓存库连接信息未正常配置，该节点无法正常执行。 高速缓存库配置的 url 地址建议使用 ip 方式连接，不推荐使用域名的方式连接。 必选依赖“高速缓存库”的节点(见下图红色框标记)：存储过程查询、生成日期表、java查询，脚本查询； 不依赖“高速缓存库”的节点(见下图蓝色框标记)：“sql查询”，“可视化sql查询”，“模型明细查询”，“模型汇总查询”；其中前面2个（“sql查询”，“可视化sql查询”），如果sql依赖的原始数据库ETL不支持，则还是会依赖“高速缓存库服务器启动不成功，MySQL库连不上
（本文档仅供参考） 问题： 系统重启一直访问不了系统，看日志提示数据库连接不上，手动重启mysql服务，又能正常访问数据库，但是用smartbi一键启动就会自动Kill掉Mysql进程，导致服务启动不成功。MySQL是exe一键安装部署带的MySQL。 image2024-6-28_14-54-40.png … 过大(9G多)(smartbi的操作日志表)，导致smartbi在启动加载这个表时，导致mysql服务挂掉，从而smartbi连接知识库失败，启动失败 目前只能先删除表重建，处理步骤如下： 1、停止mysql服务 2、进入mysql/data/smartbidemo目录，找到t_operationlog.ibd安装部署_安全维度Checklist
加密保存 检查知识库连接配置 是 44 incomplete config页面中proxy代理连接密码勾选加密保存 检查proxy的连接配置 是 45 incomplete mysql 安全维度 使用最新版本的mysql进行部署 检查excel作图报错An error occurred
，具体修改位置（可参考下图）请上网搜索，或咨询nginx相关人员。 * proxy_connect_timeout 语法 proxy_connect_timeout time 默认值 60s 上下文 http server location 说明 该指令设置与upstream server的连接超时时间，有必要记住，这个超时不能超过75秒。 这个不是等待后端返回页面的时间，那是由proxy_read_timeout声明的。如果你的upstream服务器起来了，但是hanging住了（例如，没有足够的线程处理请求，所以把你的请求放到请求池里稍后处理），那么这个声明是没有用的，因为与upstream服务器的连接已经Infobright数据迁移到SmartbiMPP
方案： ① 通过Infobright抽取其他数据连接中的数据，切换高速缓存库后，只需重新抽取数据即可。 ② 通过“Excel导入”导入的数据，可以通过参考此文档将数据迁移到Smartbi MPP。 一、升级说明 1、升级步骤 ① 导出基于Infobright为高速缓存库时，通过“Excel导入”方式导入的数据建立的报表资源； ② 先新建Infobright数据源连接，再切换高速缓存库为Smartbi MPP； ③ 添加Excel数据导入的表，并创建数据集，将表抽取到SmartbiMPP高速缓存； ④ 将第①步导出的资源重新导入Smartbi； ⑤ 重新打开基于Infobright为高速缓存库时，通过Infobright数据迁移到SmartbiMPP
方案： ① 通过Infobright抽取其他数据连接中的数据，切换高速缓存库后，只需重新抽取数据即可。 ② 通过“Excel导入”导入的数据，可以通过参考此文档将数据迁移到Smartbi MPP。 一、升级说明 1、升级步骤 ① 导出基于Infobright为高速缓存库时，通过“Excel导入”方式导入的数据建立的报表资源； ② 先新建Infobright数据源连接，再切换高速缓存库为Smartbi MPP； ③ 添加Excel数据导入的表，并创建数据集，将表抽取到SmartbiMPP高速缓存； ④ 将第①步导出的资源重新导入Smartbi； ⑤ 重新打开基于Infobright为高速缓存库时，通过windows系统exe安装包MySQL版本升级
-uadmin -p -P 6688 #登陆后，执行命令查询mysql版本信息 select version(); worddavc888eebc780288e8f21245688b3cad8c.png 显示为更新的mysql版本，即mysql版本升级成功。 3、smartbi启动后，在测试连接知识库的时候一直连接不上，但是通过数据库工具、MySQL客户端均能正常连接，查看后台日志有以下报错信息 image2024-5-30_16-57-9.png 可以访问smartbiconfig页面，在知识库后面添加 ?useSSL=false 即可正常连接到数据库，保存并重启smartbi服务即可202405产品更新说明
。 3、增强ETL数据处理能力，满足更多项目需求，如ETL新增循环API节点、ETL目标表支持星环数据库holodesk格式等。 4、方便运维管理，提高运维效率，如缓存库连接支持指定Schema，表结构检查增加检测内容并支持一键修复、支持仅备份恢复部分知识库表等。 3 详细更新内容 3.1 数据准备 ^ 高速缓存库连接支持指定Schema 企业部署了多套BI系统，且系统间知识库相互独立。在旧版本中需要部署多个高速缓存库对应不同BI系统，增加运维成本。在新版本中，高速缓存库连接可直接在连接字符串中指定Schema，极大减少了独立部署缓存库的工作，方便运维管理。 998.png ^ 数据模型支持字段别名唯一Clickhouse中如何查询落地到磁盘中的表的大小
的一些数据异常的表没来及得清除； 3、抽取临时表没有及时清理掉。 方案一 1、使用jdbc连接方式的数据库工具先连接mpp，然后执行DLL语句操作。 1.1先从smartbi.war/smartbi/WEB-INF/lib获取到连接CH所需的驱动（可能不同版本后面jar的小版本号会有点不一样，前面名字是一样 … image2023-10-16_17-8-35.png 1.3、配置连接CH信息 image2023-10-16_17-8-47.png 2.对于CH的版本为21及以上版本，可先运行下述sql查询Clickhouse中smartbimpp数据库的每个表的占磁盘的空间大小： select database, table , rows数据模型事实表与维度表关联关系正常，查询数据无法正常显示
（本文档仅供参考） 问题描述： 表关联是正常的（表里面都有数据，且都是手动输入的数据 都能对应上）但是查询不出来数据，查看后台执行sql 以及mdx 都是正常的。没有发现异常： image2025-4-14_17-34-54.png image2025-4-14_17-36-39.png 原因及解决方案 因为数据库为mysql数据库 数据库编码是UTF-8，BI连接是使用GBK 由于编码不一致造成的。修改BI数据源的连接字符串的编码为UTF-8即可正常。 编码不正确
