第109页，共230页。 显示 2,293 条结果 (0.044 秒)
汇总求和 - 电子表格中如何对指定单元格求和
（本文档仅供参考） 问题 excel中使用的求和公式会自动引用数据集扩展的数据，如何实现公式不随着数据扩展而扩展，即如何对指定单元格进行汇总求和。例，电子表格表样如下： image2021-2-9_16-4-10.png 数据预览如下，要求分别对红色圈出的单元格（D2、D5、D8、D11、D14、D19）进行 … )+INDEX(SSR_GetSubCells(D2),18,1) image2021-2-9_16-10-0.png E列同理。 预览数据，与之前预算的合计值相等： image2021-2-9_16-10-35.png 注意：若预览数据后，发现汇总数据随着左侧的报表扩展，而非只有一行⬝ 操作系统版本要求
部署Smartbi的操作系统 服务器类型 操作系统类型 操作系统软件 支持的版本号 通用X86服务器 Linux （部署文档可以参考Linux系统部署文档） RedHat操作系统 建议：RedHat-7-x86_64（RedHat 7.0~RedHat 7.9） 支持：RedHat 8-x86_64 RedHat 6.4、RedHat 6.5版本操作系统官方已不再正式维护，不推荐使用。如果已安装该操作系统，建议升级启动报错：升级知识库失败，知识库版本不匹配
（本文档仅供参考） 问题说明 启动应用服务器报错："升级知识库失败：知识库版本不匹配"，如下图： worddava4466b19deb4087cc9874b8adce80add.png 解决方法 Smartbi 知识库的版本和smartbi.war包的版本不一致引起的。上图中代码版本0.0.46，知识库版本0.0.47，知识库的版本高于war包的版本。请更换为与知识库相应的（或更高的）smartbi.war版本的。 注意 smartbi.war 的申请可联系官方支持 war包更新可参考文档：War包更新方法 知识库版本不匹配第二课：客户端宏
Smartbi的报表从打开到完整展现的过程，会经历一系列的步骤（事件），比如打开报表，刷新报表，参数改变等。在进行这些步骤的前后，通过加入扩展的入口，使得程序在执行这些步骤前后可以加载对应事件的自定义宏代码，以达到在对应事件中方便、准确地修改报表的目的。 如下图所示，报表打开后会触发宏代码，刷新数据后会触发宏代码，参数 … 。而要更加灵活开发则需要了解每个宏对象对应的源码，宏对象对应JS源文件如下（文件位于Smartbi war包中）： 报表类型 宏对象 源文件 电子表格&Web电子表格 spreadsheetReport SpreadsheetReport.js 即席查询图形宏入门
一、学前须知 学习本节课程前需要对于JavaScript、TypeScript语法以及图形扩展属性有一定的了解，在前面的视频中已经讲解了JavaScript、TypeScript语法及图形扩展属性的入门，建议先行学习后再开始本节课程的学习。 二、图形宏简介 当图形需要根据数据，动态展示一些效果的时候，使用扩展 … 某个系列，可以通过控制其图例的选中状态来实现（图形扩展属性入门的时候有讲过如何实现设置图例的选中状态）。 那么我们可以直接使用扩展属性来做吗？ 由于系列值需要进行计算后才能得出，设置的系列是不确定的，直接通过扩展属性不能实现该需求故需要使用到图形宏代码来实现。 需求宏实现步骤： 1.获取目标图表的ECharts升级补丁
产品实现补丁包机制：在基准包的基础上，通过时间节点，将变更代码文件以补丁包的形式进行打包，然后将补丁包手动上传更新，重启服务器后完成补丁更新。 适用情景 补丁包更新适用的情景有如下两个： 多数小版本的更新。 项目bug的修复。 文件结构 补丁包文件名称为“smartbi.upgrade”。 补丁包文件结构如下： 主文件目录 image2021-4-15_18-26-51.png SmartbiX.json、Smartbi.json：分别记录了几个git库的对比情况。 web目录 image2021-4-15_18-27-13.png version.txt：记录升级补丁
产品实现补丁包机制：在基准包的基础上，通过时间节点，将变更代码文件以补丁包的形式进行打包，然后将补丁包手动上传更新，重启服务器后完成补丁更新。 适用情景 补丁包更新适用的情景有如下两个： 多数小版本的更新。 项目bug的修复。 文件结构 补丁包文件名称为“smartbi.upgrade”。 补丁包文件结构如下： 主文件目录 image2021-4-15_18-26-51.png SmartbiX.json、Smartbi.json：分别记录了几个git库的对比情况。 web目录 image2021-4-15_18-27-13.png version.txt：记录Postgresql知识库 卡住导致Tomcat无法正常启动
（本文档仅供参考） 问题描述 用户使用Postgresql作为知识库，按常规操作进行了license替换和版本升级，重启之后Tomcat一直卡住（如下图，日志卡住了不打印），怀疑是Smartbi版本问题导致。 image2024-5-17_13-44-24.png 解决方案 首先排除是否是因为更换war包导致的系统问题，排查方案：把Smartbi-config.xml 文件重命名，这样重启Smartbi时如果正常能够跳转到confgi页面证明war包没问题。 如果排除war包问题之外，还一直卡住，那么大概率是由于知识库的问题导致。 排查方案： 通过数据库连接工具，连接到知识库，查看是否可以正常连接。 基于5、测试数据挖掘及其组件
本节介绍smartbi连接数据挖掘、Spark、Hadoop、Python以及测试服务是否正常运行。 单机部署数据挖掘组件环境如下： 服务器IP 主机名 组件实例 部署目录 10.10.204.248 10-10-204-248 数据挖掘 /data 10.10.204.249 10-10-204-249 Spark，Hadoop /data 10.10.204.250 10-10-204-250 Python /data 请根据实际部署环境替换相关的配置信息。 1. 配置连接信息 配置数据挖掘连接信息前，请确认数据挖掘已正常部署和启动。部署文档参考：部署数据挖掘数据挖掘-服务
在进行机器学习实验的过程中，为了简化和加速模型的构建、训练和部署，使用自动化机器学习功能更快速地识别合适的算法并优化超参数。 服务工作流示例 服务工作流是将数据挖掘以服务的方式进行发布。 要求：输入层必须是“服务输入”节点，输出层必须是“服务输出”节点。 通过部署服务后，通常用于数据预测的应用。“服务输入”的处理层可以实现数据来源于其它接口。 下图是一个简单的服务工作流示例： image2019-8-8 15_23_53.png 在这个工作流中，实现的是对输入的数据进行派生列处理后输出。 部署服务 概述 服务部署指的是当用户用实验训练好了一个预测模型 ，并将此预测模型部署成一个web的服务。当前发布的web
