第32页，共217页。 显示 2,169 条结果 (0.033 秒)
数据模型引擎V2.0
、数据模型抽取方面 选项 V1.0 V2.0 抽取整体逻辑 数据模型的结构没有调整，如果抽取失败，在报表层不能查看数据会报错。 1、优化抽取逻辑，减少抽取可能产生的内存溢出问题。 2、通过抽取逻辑调整，提升查询效率。 3、数据模型的结构没有调整，如果抽取失败，在报表层能正常查看数据(查看上一次抽取成功的数据) 按次抽取 session级别的，不同用户抽取是不一样的，不同用户无法共享，而且session不过期是不会清理表。 设定MPP表动态有效期:（默认30分钟会自动抽取，运维可配置,详情可查看：直连&抽取） 报表刷新时，系统将自动触发重新抽取，数据获取更及时; 优势: 1、MPP表单节点安装部署
成功 docker ps # 列出当前正在运行的 Docker 容器 docker logs 容器的名称或 ID # 查看 Docker 容器的日志输出 如果操作系统已安装了高版本的docker，可能会碰到网络问题，导致启动失败。此时需要修改 … image2024-11-28_19-7-26.png 支持OpenAI接口，阿里千问、百度等大模型。 image2024-11-28_18-16-28.png 配置在线大模型前，要先获取大模型的api_key。 image2024-11-28_18-5-21.png （5）训练图谱 进入Smartbi，准备好数据模型。然后进入自然语言配置--构建Smartbi 工具集
。 Idle：已释放的业务报表对象个数。 ExecutedReportPool 复杂报表运行时对象池，用于缓存复杂报表的数据对象，减少重复访问数据库获取数据。复杂报表在没有设置回写规则的情形下，才存在复杂报表运行时对象池 。 Active：当前活动的复杂报表运行时对象个数 。 Idle：已释放的复杂报表运行时对象 … 参数、排序等）缓存业务数据，减少重复访问数据库获取数据 。 Active：当前活动的业务数据对象个数 。 Idle：已释放的业务数据对象个数。 BaseBofKeyedPoolableObjectFactory BOF_OBJECT_POOL_CACHE size：当前所有的对象连接池的总的Key个数Smartbi 工具集
对象个数 。 Idle：已释放的业务报表对象个数。 ExecutedReportPool 复杂报表运行时对象池，用于缓存复杂报表的数据对象，减少重复访问数据库获取数据。复杂报表在没有设置回写规则的情形下，才存在复杂报表运行时对象池 。 Active：当前活动的复杂报表运行时对象个数 。 Idle：已释放 … ，根据报表中的条件（如参数、排序等）缓存业务数据，减少重复访问数据库获取数据 。 Active：当前活动的业务数据对象个数 。 Idle：已释放的业务数据对象个数。 BaseBofKeyedPoolableObjectFactory BOF_OBJECT_POOL_CACHE size：当前所有的对象连接创建数据源测试连接常见报错
（本文档仅供参考） 常见错误及原因 1.连接池初始化失败: Communications link failure 01.png 出现这种情况，就需要检查连接的数据库是否可以连接上。可以从这几方面考虑 1）检查连接的数据库是否已经启动。在部署smartbi的那台机器上，使用JDBC数据库工具（例如：DbVisualizer），测试那个数据库是否能够正常连通。 2）连接字符串上的ip、端口是否写对 3）数据库所在服务器是否开启了防火墙，不允许其他服务器连接 2.连接池初始化失败: Access denied for user '用户名'@'ip' (using password: YES) 02.pngproxy和smartbi节点的应用服务器不相同，无法通过代理登录
（本文档仅供参考） 问题 proxy部署在jboss上，smartbi节点部署在tomcat上。能正常登录proxy，也能单独通过ip登录smartbi，但是通过proxy却无法登录到smartbi节点，出现登录闪退，如下图： 登录失败.gif 解决思路 该问题可能是由于jboss和tomcat的session不共享的问题导致的，导致他们获取到的session名不一样从而导致cookie值不一样。 1、通过F12查看返回值，如下图： 确定问题.gif 发现前后的返回值不一样，如下图： image2021-4-22_13-53-23.png 2、初步可以判断是应用服务器的问题了，尝试通过自定义session名采集数据模型性能CPU采样信息
=1&modificationDate=1701669620000&api=v2 2、清空系统缓存（因有缓存情况下，不会重新将SQL拿到数据库中执行则无法获取到执行SQL） https://wiki.smartbi.com.cn/download/attachments/80184198/01.png … 分钟。 5、录制后点击【下载】按钮，把文件发回技术支持团队分析。 注：若录制后的文件为0kb则录制失败，需重新录制 image2023-12-4_15-30-38.png 数据模型cpu 模型cpu 数据模型查询慢 模型查询慢 录制cpu 录制模型自助ETL-JSON解析
1. 概述 JOSN解析是为了把JSON结构的数据解析成二维表结构输出，一般应用在下面两个场景： API 取数节点获取到的数据是JSON结构的数据，需要解析成二维表结构输出。 关系数据库表中有JSON结构的数据，需要解析成二维表结构输出。 2. 参数设置 JOSN解析，参数设置界面如下： image2024-6-26_15-3-54.png 2.1 选择列 选择上游节点输出的列，该列必须为JSON结构的数据，不然就会解析失败，如果上游节点是API取数节点，输出列一般是responseContent 2.2 选择JSON节点 选择JSON节点就是设置输出字段跟JSONPath映射关系，解析的时候，根据这个映射自助ETL-界面介绍
从缓存中获取上游节点执行结果 第二次在界面上手工点执行，上次执行成功的节点，不会再重新执行，只会执行未执行或执行失败的节点。 如果想执行成功的节点也能重新执行，比如关系数据源节点想重新执行获取最新数据，那就先点击清除缓存，然后再执行 通过计划任务调起etl或者作业流调起etl，每个节点都会重新执行（为了保证能获取最新数据） 缓存作用： 在界面上手工点执行，上次执行成功的节点，不会再重新执行，减少用户等待时间 启用缓存，系统会更加稳定可靠。因为启用缓存，每个节点执行只需要从缓存中获取上游节点执行结果，不需要重新计算上游节点逻辑。不启用缓存，每个节点执行需要把上游节点逻辑重算一次，越到后面的节点，累积的计算逻辑越多，执行Foreach循环器
所有循环执行全部成功了，此节点状态才显示为“成功”，有一个以上循环出错则此节点状态为“失败”。 Foreache循环器节点内部如果有一个以上循环出错了，在其与目标作业的节点连接条件编辑对话框上，“作业状态”检测值应该是“失败”。 节点的日志： 节点日志中，显示出成功/失败的循环的数量，示例：Iteration
