第48页，共150页。 显示 1,492 条结果 (0.025 秒)
写SQL控制小数位数不生效
（本文档仅供参考） 问题描述： 用户在用写sql的方法控制小数位数时会发现实际上是控制不了的，是无法生效的。 image2024-12-31_15-32-29.png 解决方案 产品查询出来的所有数据都会受数据格式的影响，这个是BI的一个基础特性，因此可以考虑把这个数据格式的操作权限给每个用户，由每个用户可以自己自定义数据格式，再在自己的数据连接那边用自己自定义好的数据格式，或者是在数据集中用自定义的数据格式，通过数据格式设置来控制小数位数。 image2024-12-31_15-35-5.png image2024-12-31_15-35-18.pngETL调度
:24:36.png 该记录中显示了当前ETL调度执行的开始和结束时间，当前状态以及日志。 1、查看权限：用户能否看到某个ETL调度资源是由对应自助ETL的”查看“权限控制。 image2021-12-24_19-59-21.png 2、删除：在列表中选中一个ETL调度，右键菜单中选择“删除ETL调度
:24:36.png 该记录中显示了当前ETL调度执行的开始和结束时间，当前状态以及日志。 1、查看权限：用户能否看到某个ETL调度资源是由对应自助ETL的”查看“权限控制。 image2021-12-24_19-59-21.png 2、删除：在列表中选中一个ETL调度，右键菜单中选择“删除windows系统如何设置smartbi开机自启动
：java.io http://java.io.FileNotFoundException: .\tmp_ehcache.xml (拒绝访问。) 此报错是由于windows用户缺少bin目录下tmp_ehcache.xml的写权限导致的，可通过如下方式处理： 方案一：删除tmp_ehcache.xml文件，然后重启 … 图： image2020-12-31_15-8-7.png 在此界面指定对应的启动用户（注：后台启动服务的用户和前端启动的用户是不一致的，后台启动服务的用户没有tmp_ehcache.xml的写权限） 开机自启动更新“安全补丁”文件报“版本相同”
(FileOutputStream.java:270) 问题原因 安全补丁包smartbi-security.patches默认生成在根目录下了，但实际对于很多项目来说环境权限要求是很严格的，没有办法将根目录的权限对某个用户改变。 解决方案 通过更新安全补丁工具包或者smartbi.war包解决问题。具体步骤如下电子表格⬝ 工具栏
在查看报表时希望能看到数据的其他信息，并在报表中显示出来，这时我们可以使用单元格传值功能。 传值 传值管理 传值管理指列出当前电子表格的传值单元格列表，可对其进行编辑。 传值管理 更多 权限 设置单元格数据的浏览和填报权限。 权限面板 平台管理 Web端的系统平台入口，点击进入可管理报表连接Hyperion Essbase Server 9.3
:14.png 6、在User Management Console中右键点击新建的用户选择供应，根据实际需求赋相关权限，并把希望连接的Application的供应也赋给相关用户。(可以参考admin的供应) image2014-1-27 14:3:34.png 7、重新查看Administration Server … 。 worddav0d37388f4284ae512a476ddbd2e76d65.png worddav618e9359e9d4c59f49d36bac791cfccd.png 3、给用户赋APS权限 1）从开始程序Hyperion System 9 FoundationUser Management Console，启动用户管理⬝ 连接Hyperion Essbase Server 9.3
:14.png 6、在User Management Console中右键点击新建的用户选择供应，根据实际需求赋相关权限，并把希望连接的Application的供应也赋给相关用户。(可以参考admin的供应) image2014-1-27 14:3:34.png 7、重新查看Administration Server … 。 worddav0d37388f4284ae512a476ddbd2e76d65.png worddav618e9359e9d4c59f49d36bac791cfccd.png 3、给用户赋APS权限 1）从开始程序Hyperion System 9 FoundationUser Management Console，启动用户管理自然语言分析-常见问题处理（FAQ）
的权限，假如权限和位置都正常。 那就应该是 “用户的bin目录” 对应不上“docker-compose”，重新安装docker-compose，进入“/usr/local/bin”目录下使用命令创建软连接 ln /usr/local/bin/docker-compose /usr/bin/docker-compose … /Smartbi_ai_config.sql ② 原因： 数据库无法远程连接，导致mysql服务反复重启； 解决方案： 这可能是由于 admin 用户缺少对应的远程连接权限引起的，需要进入docker容器。 # 进入 docker 容器 docker exec -it <镜像名> bin/bash 接着进入mysql客户端仪表盘基础功能
可跳转查看异步任务的明细信息。 该字段记录了当前报表包含的所有SQL和对应的消耗时间，点击 SQL执行 可跳转查看SQL信息的明细信息。 用户操作权限中若不勾选“查看SQL日志”选项，在耗时分析界面无法查看SQL的详细信息。 数据读取 因为SQL是并行执行的，所以该字段记录 … 耗时记录表： haoshifenxi06.png 资源访问耗时统计表： haoshifenxi07.png 如果要关闭耗时分析的入口，请参考 公共设置-公共设置项。 如果要对耗时分析的使用权限进行设置，请参考 操作权限。 v11 撤销 重做 刷新 耗时分析
