第198页，共562页。 显示 5,611 条结果 (0.048 秒)
时间计算-累计系列
1 概述 用户需要计算图表或者表格组件中数据累计值。累计值包含：第一行起累加到当前行的数值之和的行累计、历年累计(跨周期累计)、最近X年/季/月/日的累计值. 时间层次及时间层次累计的对应关系： 日期字段类型 示例 日期累计 年粒度字段（即yyyy格式的字段） 订单日期（年 … 的 指标数据库 的“合同维”、“合同事实维“等构建 毛利主题，查看 “各个省份的每日合同金额以及合同月累情况”。 具体操作步骤如下: 1、创建数据模型，并且加入”合同维”、“合同事实维“等创建数据模型"毛利主题"，并且创建时间层次 https://wiki.smartbi.com.cn/pagesSmartbiMPPMD升级指南
SmartbiMPPMD版本升级过程，主要流程包括备份数据，升级版本，迁移数据，测试验证几个步骤。 本次升级指南测试过程，是从MonetDB 5 server v11.45.11 (Sep2022-SP1) 版本升级MonetDB 5 server v11.53.3 (Mar2025)。 备份数据 停止 … image2025-4-15_9-21-57.png 升级版本 解压新版本的smartbiMPPMD安装包 新版本的SmartbiMPPMD安装包，解压到smartbi的部署目录，保持跟原来的目录相同 image2025-4-15_9-26-43.png 迁移数据 需要迁移的数据主要有2个，一个是Service.ini，另一个是data目录Mysql知识库无法正常访问，报"Unknown storage engine 'ndbcluster'"
（本文档仅供参考） 问题现象 设置好mysql数据库作为知识库后，无法正常访问服务，查看日志报以下错误 10-08 15:19:24 ERROR activate(smartbi.framework.Framework:154) - 升级知识库失败 升级知识库失败 … ) at com.mysql.jdbc.Util.handleNewInstance(Util.java:425) at com.mysql.jdbc.Util.getInstance(Util.java:408) 2021-10-08_174440.png 问题原因 mysql数据库为集群，而config页面没有设置为如何分析仪表盘网络请求
此文档是如何分析报表性能问题针对仪表盘场景的补充，主要以demo中的景区旅游数据中心为例，分析仪表盘加载过程的关键请求，辅助运维支持人员初步判断仪表盘性能。 注意不同版本，请求的关键内容和分析过程是基本一致，但是请求路径名可能不一致，下图以25年03月的V11为例说明。 资源地址：景区旅游数据中心 https … ，可能影响用户视觉体验 多数据集联动关系 筛选器显示值等，这个和取数有关系，也就是和数据库性能也会有关 组件自身初始化，如加载地图，就会加载地图相关框架脚本，组件类型越多，这部分脚本也会越多，同时浏览器端执行脚本性能耗时也会越久 图片等静态组件同步加载图片 根据上面初始化动作，假如安装SmartbiTimeSeries
概述 数据预警时序库（SmartbiTimeSeries)，主要用于实时处理和分析时间序列数据，为数据预警系统提供及时的数据支持。 准备工作 申请安装介质 SmartbiTimeSeries 安装介质，请联系Smartbi官方支持邮箱support@smartbi.com.cn mailto … 查看日志文件 SmartbiTimeSeries的日志文件在SmartbiTimeSeries_Linux_x86/logs 目录中。 Smartbi连接SmartbiTimeSeries 在系统中使用数据预警功能时，需要配置Smartbi服务与SmartbiTimeSeries的连接，详情可参考：新下钻 - 电子表格地图下钻（多报表）
表里的字段做图，也可以是拖拽数据集中的字段作图，若是数据集，需要注意数据集中不要有省份参数去过滤数据，如下： image2021-3-29_19-39-53.png 做完操作后如下： image2021-3-29_19-40-15.png 2，新建一个城市地图电子表格 2.1做一个省份参数： image2021-3-29_19-42-24.png image2021-3-29_19-42-48.png 2.2做一个数据集引用此省份参数： image2021-3-29_19-43-56.png 2.3新建一个电子表格，在此电子表格中电子表格树状结构合并第一列
示例说明 在电子表格中可以通过宏实现树状结构，数据之间存在层级关系，可以展开收缩，如下： image2020-6-11 17:1:17.png 版本及客户端说明 1.smartbi版本：V9 2.客户端：PC 3.浏览器：IE11、谷歌浏览器（Chrome）、火狐浏览器（Firefox） 设置方法 1.数据准备，该电子表格数据必须拥有id和父id字段，并且按顺序排序，如下： image2020-6-11 17:2:50.png 2.在电子表格设计其中，创建电子表格。如下： image2020-6-11 17:3:34.png 3.在浏览器的资源定制节点下，选中电子表格，右键选择 编辑宏 进入报表宏界面⬝ 场景一：单台服务器部署
数据挖掘-实验引擎 4G JVM内存最大值，可调整 数据挖掘-服务引擎 3G JVM内存最大值，可调整 Python执行节点 2G JVM内存最大值，可调整 单台服务器部署时，不建议部署Spark组件，可使用数据挖掘的本地模式。 以上组件的内存参数，并非服务启动时需要占用对应的内存 … Mysql可能会使用的内存 MPP 10G MPP的默认内存配置，可调整 SmartbiOLAP 16G 建议提高内存配置 导出引擎 4G 导出引擎可能会使用的内存 数据挖掘-实验引擎 5G 默认的JVM内存最大值，可调整 数据挖掘-服务引擎 3G 默认的JVM内存最大值交互式仪表盘 ⬝ 创建计算列
1 概述 业务数据集中的原始维度和度量并不能满足数据分析的需求，需要使用公式或函数进行数据加工处理，此时可以使用计算列功能。计算列是指符合当前数据源SQL列定义语法规则，在已有表中使用已有字段和SQL函数构造出的新列。 仪表盘上创建的计算列属于报表私有，若需和其它报表共用，请在数据模型上创建 创建计算列 。 2 功能入口 在数据选择区的维度目录上点击chulishuju_xinjian.png可以创建计算列。 jisuanlie-01.png 3 场景示例 以产品内置Demo资源的“订单模型”作为数据来源为例，在分析客户信息时，数据库中存储的客户邮箱地址是小写英文字母，在报表上展示数据时，要求将邮箱地址转化成计算度量表达式使用多个NONEMPTYCROSSJOIN为什么会有性能问题？
1 背景 在 MDX（多维表达式）中，NONEMPTYCROSSJOIN 函数用于返回两个或多个集合的交叉连接，并排除那些在指定度量值上没有数据的元组。 虽然这个函数在处理复杂查询时非常有用，但过度使用会导致严重的性能问题，主要原因如下： 1.1 组合爆炸问题 NONEMPTYCROSSJOIN 会生成多个 … 。 1.2 空值过滤的开销 函数会在生成笛卡尔积后过滤掉所有 “空” 元组（即对指定度量值没有贡献的元组）。这个过滤过程需要： 扫描整个事实表或聚合表 对每个元组执行存在性检查 在大型数据集上，这个过程可能非常耗时 1.3 索引失效 MDX 查询优化器通常依赖多维数据集的预计算聚合和索引。但当使用
