第104页，共560页。 显示 5,598 条结果 (0.048 秒)
时间计算-累计系列
： image2025-1-17_10-23-6.png 2、保存数据数据模型并去创建交互式仪表盘，效果如下： zuijin.png 1、最近X天/月/季/年等，统计时包含截止时间。 2、如果时间层次不是连续性，不会跳过，而是会把没有日期的算进去的一起统计。 feilianxu.png … ） 当年累计：今年一整年的累计,从第一天到当前 历年累计：历史所有日期的第1年至今年的累计，例如2014年至2021年的累计。 最近X年累计: 例如最近3年销售额，根据年层次每三年统计 季粒度字段（即yyyyqq格式的字段） 订单日期（年季） 当年累计：今年第1季度至当前季度透视分析（旧）查询数据条数和原生sql查询不一致以及计算字段的问题
。 问题2描述： 我现在有个计算字段，本来是值是正确的，但是如果勾选上这两个指标（用合计显示），那这个计算字段的数据就有问题了 image2020-6-18 9:33:56.png 当月户均拨打频次，这个字段就是用前两个字段写的计算字段的结果 这个当月拨打案件数量字段虽然勾选了合计，结果并没有合计，导致 … （本文档仅供参考） 问题1描述： 在原生SQL数据集查询出下面的表有三条数据 image2020-6-18 9:32:34.png 但是基于原生SQL数据集新建的这个透视分析查询出来只显示出了一条数据，，就是上图的最后一条数据 image2020-6-18 9:33:16.png 出现这种情况交互式仪表盘-简介
自适应)美化，从而形成一张完整的数据分析仪表板。在仪表板预览界面，可展示各个组件数据分析的结果，通过分享仪表板，可以提供给别人查看，其他人另存为后可对仪表板进行二次编辑（需有权限），且不影响原先的仪表板。不仅如此还可以导出仪表板内容等。 查看详情 https://wiki.smartbi.com.cn/pages … 警报。 image2020-10-16_15-7-7.png 实时数据监控：不同的行业，不同类型的仪表盘，监控的数据刷新频率要求自然不同，有个别应用场景甚至要求能实现秒级的数据刷新数据，例如交易所成交量监控、航班监控、地铁线路运行监控等，这就要求仪表盘的底层数据响应非常之快，当然目前云计算技术能够让此种需要变成可能部署Smartbi Redis Cluster集群
masterauth manager #主从同步master的密码(如果没有设置redis密码，则无需配置) 29.png maxmemory 4gb #设置Redis实例的最大内存配置，根据服务器实际内存设置 30.png maxmemory-policy allkeys-lfu #Redis达到 … firewalld 禁止防火墙开机启动（重启后生效） systemctl disable firewalld 查看防火墙状态： systemctl status firewalld 1.2.2 开启防火墙 1、Redis三主三从(端口可自定义)： 修改主节点监听端口7000，从节点监听端口7001 如果开放Windows/Linux/docker环境部署的smartbi如何连接mongodb
（本文档仅供参考） 问题 在Windows、Linux环境或者docker等环境中部署了smartbi，要如何连接mongodb数据库？ 解决方案 说明： 1、若是mongodb数据库本身是没有启用安全校验，这样话，在连接过程如果显示 … /pages/viewpage.action?pageId=76680073 2、如果报 Caused by: java.lang.NoSuchFieldError: ACKNOWLEDGED ，这个是因为MongoDB的驱动没有放到war包里的WEB-INF\lib目录Oracle：number字段类型精度问题
（本文档仅供参考） 问题说明 数据库为Oracle，针对Oracle中的number字段，数据集查询自动设置为浮点型，并且包含小数点，这是为什么？ 解决方案 smartbi是通过jdbc驱动返回的数据类型对字段类型进行输出检测，Oracle中的number字段是由jdbc驱动返回时并没有区分整形和浮点型，因此，从代码上也无法区分。建议用 cast(QC_DJ as number(22,6)) as a 的方法去定义那个字段的精度；正常返回为整型可以设置为number(p,s)中 s 设为0， p小于8， 如类型为number(8,0)，具体如下： select交互仪表盘日期筛选器格式设置问题
问题描述： 使用数据模型时间层级拖取字段制作图表且作为筛选器筛选，通过改用日期控件的格式想要将图形展现的格式与筛选器选项的格匹配为YYYY年Q季时发现筛选器无法正常筛选。 image2024-6-29_14-53-23.png 排查思路： 对比修改日期控件格式前后执行的MDX语句发现后台执行的语句筛选条件处格式是正常跟随变化的，于是去确认被筛选字段的数据格式：时间层次的真实值以yyyyQ的字符串格式，时间控件目前没有区分真实值和显示值，需要将时间控件的格式设置为YYYYQ的方式即可正常筛选。 image2024-6-29_14-56-39.pngimage2024-6-29_14-57-2.png 时间筛选不透视分析（旧）基于存储过程查询创建报错“还未配置抽取目标库!请联系管理员在Config界面配置”
（本文仅供参考） 问题描述： 基于存储过程查询新建透视分析，报如下图错误是怎么回事呢？ image2018-10-25 11:10:18.png 解决方案： 由于基于存储过程查询创建透视分析是必须进行数据抽取的，而客户使用的是v8版本，并且是通过手工部署war包的方式部署的环境，因此没有smartbiMPP数据库。 解决此问题需要安装一个smartbiMPP数据库，比如vertica、clickhouse、infobright。最终客户通过安装infobright数据库，然后将数据源节点smartbiMPP的配置连接改成安装的infobright，问题解决。 注：v85的高速缓存库节点是SmartbiCache即席查询（旧）并集使用
（本文档仅供参考） 问题说明 即席查询的业务主题里面可以使两张表union all 起来吗？ 解决方案 因为业务主题是没法直接设置union all 并集的，即席查询直接选择也没有办法处理这种逻辑，建议可以回去数据连接里面对数据源创建业务视图，再基于这个数据源选择业务视图的数据做即席查询。 其中业务视图的使用：https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=44500319 https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=44500319exe安装部署启动后台日志出现ERROR exportThreadDum：-由于操作不当，无法正常打印输出dump日志，请重启web应用解决
（本文档仅供参考） 问题 后台日志出现ERROR exportThreadDum：-由于操作不当，无法正常打印输出dump日志，请重启web应用解决： image2020-9-28_17-31-4.png 解决方案 原因：使用exe安装的tomcat，默认配置的jdk路径指向的是java/jre，没有做任何修改，然后写进注册表的tomcat的jvm指向的也是这个路径导致，该报错会影响系统监控中的功能的正常使用。 image2020-9-28_17-57-56.png 注册表中不正确的路径指向，不应该是java/jre
