第127页，共560页。 显示 5,600 条结果 (0.049 秒)
从第三方系统中打开Smartbi资源
透视分析 <br> SETUSERPARAM 个人参数 | 无 | | chartindex | 图形在报表中的位置，string 类型；从左至右、从上至下开始编号，编号从0开始。 | string | 无 | | chartname | 图形名称，string 类型。如果通过chartname定位图形，必须确保图形没有 … ## 1.说明 将报表或页面嵌入到第三方系统中（资源集成），是系统集成中最为常见的一种方式。[Smartbi](http://www.smartbi.com.cn/) 可以方便地集成到客户现有的门户系统中，或者是其它任意系统中。通常做法是在页面中放置一个 [iframe](https⬝ 场景二：多台服务器部署
单节点部署Smartbi各个组件，在使用过程中可能会出现cpu资源抢占的情况。比如MPP高并发，大数据量查询操作、多并发执行导出的场景，数据挖掘大数据量计算场景等，都可能导致服务器资源不足，从而出现访问Smartbi慢，卡顿甚至报错等情况。 当前针对各个组件占用服务器CPU资源，没有好的限制方法，因此，我们建议可以根据实际使用场景，将占用CPU资源比较大的组件部署在不同的服务器中，通过服务器的隔离，实现cpu资源的隔离，达到避免出现cpu资源抢占，导致Smartbi服务访问受影响的情况。 服务器CPU资源消耗较大的组件有以下： 高速缓存库、导出引擎、Spark、Python计算节点 可以根据不同的场景使用，将资源消耗sql查询order by应用到仪表盘中排序不生效
（本文档仅供参考） 问题说明 在数据模型中新建sql查询，sql查询中对字段做了order by。使用该模型新建仪表盘，排序效果没有生效 image2024-5-21_16-49-9.png 原因解释 在仪表盘中应用数据模型时，sql会做一层嵌套，嵌套后的sql顺序是不确定的，不一定会按照嵌套前的数据展示。 image2024-5-21_16-43-44.png 解决方案 方案一：在报表层指定排序字段，如下： image2024-5-21_16-46-56.png 方案二：新建命名集，通过写mdx命名集指定排序。 命名集-根据某字段排序 构建数据模型 ⬝ 自定义命名集如何修改Logintoken方式的token超时时间
（本文档仅供参考） 问题 客户的系统中安装了logintoken扩展包，偶尔会出现用户认证登录token超时的情况，无法使用此token登录系统。 解决方案 这是因为系统生成token之后，它的默认有效时间是1 分钟，超过1分钟则此token无效。也就是当超过60秒后，再使用此token是无法登录的，如果想修改token超时时间，可以在smartbi系统中的<系统选项>里设置超时时间，如果没有设置该系统选项，那么token默认有效期就是60秒。连接数据库
一、连接内网数据库 内网版本无需网关，可以直接连接当前互通网络内的任意数据库。 公网版本，因为其网络与内网数据库不能连通，需要使用数据库网关。请参考 什么是数据库网关、快速入门，连接本地数据库。 注意：新建的租户环境，默认没有数据库网关扩展包，请前往 麦粉社区的插件商城 https … ://abc.cloud.smartbi.com.cn/smartbi/vision/RMIServlet。 点击右下角”保存“按钮。 image2025-3-29_11-37-48.png 二、公网连接租户内置的MySQL 每个租户有一个内置的 MySQL 实例，由于 MySQL 和 Tomcat 在同一个容器config日志级别和系统监控-log4j日志级别联系与区别
（本文档仅供参考） 问题现象 修改了config界面的日志级别为error,log4j信息中大部分变化为error了，个别的没有变化 config界面调整日志级别.png log4j信息.png 解释说明 1.config页面是设置的全局日志级别，有些是读默认的全局级别，有些是自己定好的级别，日志级别跟包路径有关系， 例如上图中smartbi为error，smartbi.trace为info，那么smartbi包下面的类日志级别为error，smartbi.trace包下面的日志级别为info，后者是为了更细粒化的控制日志级别Docker实战警示：此处大坑小洼，请绕行
访问。 以上解决方案的弊端 如果按以上做修改，仅适用于docker run命令。而使用docker build的时候其实是多个docker run的叠加，由于docker build没有dns参数的传入，因此docker container不能保证域名的成功解析。 docker build命令dns失效的解决方案 … Docker成为云计算领域的新宠儿已经是不争的事实，作为高速发展的开源项目，难免存在这样或那样的瑕疵。笔者最近在开发实战中曾经跌进去一些坑，有些坑还很深，写出来分享，相当于是在坑边挂个警示牌，避免大家重蹈覆辙。话不多说，一起来领略Docker的大坑小洼。 1.Docker中同种类型不同tag的镜像并非可互相替代搜索
相关的资料。 2 操作入口 点击主框架的右上角 搜索 按钮。 image2024-9-2_11-44-15.png 3 功能说明 功能 说明 效果 内部资源 基于 关键字 在 系统内部 查找相关的资源 若【最近访问时间】列为空，可能是因为【最近访问】功能上线后没有访问过该资源 … 通配符，过多可能会导致查询结果有误。数据模型抽取日期类型溢出
image2024-8-31_14-26-8.png 问题原因： 从sql查询的结果上来看，数据库中存储的数据是没有问题的，但是模型中查询到的数据却是异常的。排查sql发现预览数据查询的数据库实际上是高速缓存库，目前高速缓存库上日期类型的数据支持的数据范围是【1970-01-01，2120-07-26】。数据库的数据支持范围是和数据库用多少字节存储一个数据有关，目前高速缓存库不支持存储到2999年的数据，故会会出现数据溢出的问题。 解决方案： 1、若该字段不做为数据层次使用，仅做为展示时，可以将该字段的类型修改为字符串类型，字符串的存储字节数更大可规避数据溢出的发生。 image2024-8-31_14-35-42.png 2clickhouse使用<>（不等于）时null也被排除在外
（此文档仅供参考） 问题描述： 以透视分析为例，在使用clickhouse的mpp进行查询时，直接拖拽字段作为参数，参数设置过滤掉不等于某个类型也会把NULL给过滤掉，该如何解决呢？ image2024-11-1_13-52-45.pngimage2024-11-1_13-53-24.png 问题原理： 从执行SQL可以看出并没有问题，无多余拼接过滤NULL数据，结合网上资料可以发现，大部分数据库的逻辑，对于null具有特殊的处理方式，因为 NULL 表示未知值，而未知值与任何已知值的比较结果都是 NULL（即不确定）。当使用<>或者 !=（不等于）操作符时，NULL 值会被排除在外 参考网上资料：https
