第74页，共617页。 显示 6,167 条结果 (0.107 秒)
后台报数据集查询超时
（本文档仅供参考） 问题描述： 数据集太大的话，会报超时错误吗？我看到log上有超时错误。 image2018-10-26 18:36:13.png 解决方案： 此问题是因为数据集对象池满了导致的。 1、首先查看 系统选项 - 缓存设置 中 数据集定义对象池 设置项中 最大对象总数 的数量； image2018-10-26 18:41:23.png 2、在 系统监控 - 对象池 中查看数据集对象池 BusinessViewBOPool 的 active 数量是多少； image2018-10-26 18:41:55.png 3、若是系统选项配置的对象池数量与在系统监控对象池中active数量相等（也可能当时通过API获取数据
1 背景 产品现已支持通过 API 接口直接对接外部系统，实现数据实时拉取。该方案具备即时性与便捷性，可满足多样化的数据获取需求，助力高效数据处理与分析。 2 具体方案 方案1：数据模型脚本查询调用 通过在数据模型中添加脚本查询的方式调用 API，实现数据获取。具体代码可参考RESTful 查询示例 https://wiki.smartbi.com.cn/pages/viewpage.action?smt_poid=43&pageId=76678458，开发者可根据实际接口规范调整参数与请求逻辑，完成数据的灵活调用。 方案2：数据模型Java查询实现 利用数据模型的 Java 查询功能对接 API，详细操作步骤恢复知识库
对知识库的数据进行恢复，可以用于知识库迁移。 通过备份操作创建知识库中的数据副本，如果知识库中的数据遭到破坏，用户可以通过恢复操作还原知识库中的数据。 恢复知识库操作必须要当前服务器版本等于或高于备份的知识库的版本。 功能入口 选择系统快捷菜单 系统运维 ，或者选择“系统导航栏”的 系统运维 ，如图： 395.png 弹出“恢复知识库”对话框，如图： 397.png 注意事项 1、当进行恢复知识库的服务器产品版本低于备份的backup文件当时的产品版本时，无法进行恢复。 2、对知识库进行恢复操作时，建议用户最好在一个空系统中进行，否则系统中的原有数据文件会被覆盖。 3、若恢复知识库操作是为了进行知识库迁移即席查询兼容基于数据模型的下拉树参数
1、概述 数据模型支持下拉树后，即席查询中不能正常选择和使用，给用户造成很大的困扰，为什么仪表可以，即席查询却不可以；所以在V10.5.15及以上版本兼容了基于数据模型的下拉树参数。 2、示例 产品类别、产品名称 构成一个二级下拉树筛选器，如下图： 下拉数2.png 步骤1：新建一个即席查询，拖入“产品名称”作为筛选条件如下图： 下拉书88.png 步骤2：在模型中映射参数，并且选择下拉树，通过构建各个节点的上下级关系，如下图： 下拉数4442.png 步骤3：去建即席查询，拖入参数，出现如下图效果： 下拉书88.png自助仪表盘看不到数据 自助数据集预览可以看到数据
（本文档仅供参考） 问题说明 仪表盘看不到数据,自助数据集预览可以看到数据. image2022-10-21_17-31-27.png image2022-10-21_17-31-17.png 解决方案 问题原因在于，自助数据集预览是基于源表或源数据集查询显示的，而仪表盘显示是基于抽取表查询显示的。当仪表盘查询预览看不到数据时，可以打开用户日志，选择服务器端，开启监控。仪表盘刷新预览。查看监控输出的日志。 image2022-10-21_17-39-46.png 复制预览执行的sql到原生sql数据集，选择高速缓存库。执行sql预览看是否有对应需要的数据输出。（若无，则跟仪表盘预览的情况一样，此时确保库表中原生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数据准备案例库
ETL-只更新部分字段数据
（本文档仅供参考） 问题描述： ETL在更新表数据的时候，想只更新部分字段，但是如果10个字段只选3个，那么剩下的7个字段会变成null或0进行更新插入，这个可以如何处理实现每次只更新部分字段？ image2025-1-2_16-35-32.png image2025-1-2_16-36-49.png 解决方案： 目前产品处理逻辑是，例如mysql进行replace into时，是如果存在那条记录，先删除整行，再插入的处理方式； 因此，可以数据查询查出有修改的数据，然后与原表的数据做一次左关联，再通过“列选择”选择有改变的列以及原表剩下的字段，最后回写到库里； 或者直接在数据查询节点与原表左关联，或者数据查询恢复知识库
对知识库的数据进行恢复，可以用于知识库迁移。 通过备份操作创建知识库中的数据副本，如果知识库中的数据遭到破坏，用户可以通过恢复操作还原知识库中的数据。 恢复知识库操作必须要当前服务器版本等于或高于备份的知识库的版本。 功能入口 1、选择系统快捷菜单 系统运维 ，或者选择“系统导航栏”的 系统运维 ，如图： 01.png 2、选择“系统运维”界面主菜单 恢复知识库 ，如图： 4.png 弹出“恢复知识库”对话框，如图： 恢复知识库.png 注意事项 1、当进行恢复知识库的服务器产品版本低于备份的backup文件当时的产品版本时，无法进行恢复。 2、因此对知识库进行恢复操作时，建议用户最好在一个空系统中进即席查询 ⬝ 场景入门示例
在业务开展中，我们经常需要对业务数据进行明细查询，来了解业务实际具体情况。常见的有清单表形式，选择业务数据，并且辅以条件筛选、告警、数据格式显示等功能，实现业务明细数据的查询。下面，我们将以一个演示示例来展现Smartbi 即席查询的能力以及各辅助功能，满足类似的业务明细数据查询的需求。 1 场景描述 某大型零售公司，主要业务是给全国各大超市，提供各类零售产品，包括饮料、调味品、日用品等。作为零售公司的销售负责人李总，需要及时掌握全国各个地区省市的各类产品的销售数据情况。通过掌握的销售数据，及时的调整产品订单调配及销售策略等。具体而言需要满足如下要求： 可以对不同年份、不同区域、不同省份的产品销售情况进行查询； 异常情况
