第31页，共257页。 显示 2,567 条结果 (0.027 秒)
Excel融合分析如何进行权限管理
1. 背景 在实际工作场景中，为了保护数据安全，我们通常会要求不同用户对数据、报表拥有不同的访问权限；以前有的用户通过制作很多样式相同但数据集不同的报表来实现权限管理，但这样的方式不便后期维护并且增大了报表制作的工作量。而通过我们smartbi的权限管理体系 https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=44499349，可以帮助用户达到以下效果： 给一线业务人员，只能处理自己权限范围内的数据。 实现字段级别的脱敏保护，精确控制报表内的数据权限。 只有权限范围内的用户才能查看相应的报表。 2. 文档概述 本文内容将基于电子表格Excel融合分析如何进行权限管理
1. 背景 在实际工作场景中，为了保护数据安全，我们通常会要求不同用户对数据、报表拥有不同的访问权限；以前有的用户通过制作很多样式相同但数据集不同的报表来实现权限管理，但这样的方式不便后期维护并且增大了报表制作的工作量。而通过我们smartbi的权限管理体系 https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=44499349，可以帮助用户达到以下效果： 给一线业务人员，只能处理自己权限范围内的数据。 实现字段级别的脱敏保护，精确控制报表内的数据权限。 只有权限范围内的用户才能查看相应的报表。 2. 文档概述 本文内容将基于电子表格ETL-查询节点报错：Job aborted due to stage failure: Task serialization failed: java.nio.file.NoSuchFileException
目录，用户启动的权限不足或启动用户使用的错误导致的，解决方法：通过给启动用户赋与读写权限后，再重启新动执行引擎服务后，问题解决。ByteHouse数据连接
1 概述 ByteHouse 是字节跳动基于 ClickHouse 深度优化和自研的开源列式数据库，主要用于解决海量数据的实时分析和查询需求。其核心目标是在保留 ClickHouse 高性能分析能力的基础上，增强稳定性、扩展性及企业级功能，适用于用户行为分析、日志分析、实时报表、推荐系统等场景。 1 … ： bytehouse03.png 说明： a、名称是数据连接名称，用户可以自定义，不可为空。 b、用户名和密码是连接字符串中配置的数据库的连接用户名和密码，一般可以联系数据库管理员获取。 2.3 测试连接 1）信息正确输入后，点击 测试连接 ，若出现如下图的 测试通过 弹出框，则表示可以成功连接上数据库。如下Smartbi API
，需要引入大量的jar包，同时在调用SDK的方式时还需要使用用户名密码进行登录，不利于使用。 因此，针对一些常用的后端API接口，封装成可 HTTP 方式调用的接口。 2.使用说明 2.1 扩展包部署 扩展包：Smartbi_Special_RestfulAPI https … 的。 token的结构参考如下： 1 2 3 4 5 { "timestamp"：时间戳, "username"："用户名", "password"："可选，用户密码", "extend"：{"扩展对象,用于一些额外业务扩展，比如增加系统标识Smartbi权限体系说明
概述 Smartbi 具有完善的安全管理体系，它可以控制用户功能权限、数据访问权限、资源访问权限。 支持按用户、用户组、角色进行管理；支持多套应用系统共用同一套用户管理系统；支持多级用户管理体系。权限分类如下： worddav3facbca51178554a0b84f9249e6f9684.png 操作权限 操作权限主要是从更高层面对用户权限进行划分，决定被授权用户可以使用系统的哪些功能，可以执行哪些操作。 如：管理员可以查看并设置数据源、用户等信息，普通用户只有查看报表的权限，IT人员有设计和开发报表的权限等等。 定义 操作权限是指Smartbi的功能模块权限和具体操作的权限，例如：是否允许功能入口、按钮等的使用登录页添加验证码
1. 需求背景 目前Smartbi是没有验证码验证功能的，用户名输入完用户名、密码即可直接进行登录验证。这种情况下会导致用户可以频繁地输入密码，进行恶意猜测密码的行为。为了应对这种的情况，客户提出了登陆增加验证码验证的需求。 2. 功能说明 LoginVerificationCode扩展包用于在Smartbi的登陆验证页面上添加验证码，只有当用户正确输入用户名、密码和验证码时才可以登陆。 3. 使用说明 3.1. 扩展包部署 扩展包下载地址：LoginVerificationCode.ext https://my.smartbi.com.cn/addons相对隔离的多机构权限管理
1.需求 Smartbi系统目前不支持多租户模式。但是可以通过构建机构资源目录以及机构用户组的模式，来创建相对隔离的多机构资源权限体系。示意图如下： 13.png 如上图所示。 每个相对隔离的机构都有其用户组。并且组中存在一个组管理员，可对本组的用户组、用户和角色进行维护。 相对隔离的多机构权限管理1.png 每个相对隔离的机构都有其资源目录。机构下的用户只能在其资源目录下进行资源的开发、浏览。与其他机构的资源目录互不影响。 相对隔离的多机构权限管理2.png 2.示例创建 注意：在参考此文档创建示例之前，请先备份知识库。 2.1背景 产品中有一些权限或者角色配置是内置的，因此需要先去除。 设置应用商店－应用初始化
Smartbi安装完成后，应用环境默认是空环境，用户需要按照如下流程发布应用。 image2021-10-18_16-15-17.png 配置审核用户 系统中内置了“商店运维角色”用于审核用户发布的应用，但是并未有相应的审核用户，因此我们需要先把审核用户配置好。 在“系统运维 > 用户管理”界面，创建一个名这为“APP”的用户，用来对发布的应用执行审核操作。 2022-02-17_17-03-59.png 该用户的各设置项如下： 用户信息 2022-02-17_17-01-32.png 角色列表 该用户必须赋予“商店运维角色”。 image2021-10-18_16-29-12.png应用商店－应用初始化
Smartbi安装完成后，应用环境默认是空环境，用户需要按照如下流程发布应用。 image2021-10-18_16-15-17.png 配置审核用户 系统中内置了“商店运维角色”用于审核用户发布的应用，但是并未有相应的审核用户，因此我们需要先把审核用户配置好。 在“系统运维 > 用户管理”界面，创建一个名这为“APP”的用户，用来对发布的应用执行审核操作。 2022-02-17_17-03-59.png 该用户的各设置项如下： 用户信息 2022-02-17_17-01-32.png 角色列表 该用户必须赋予“商店运维角色”。 image2021-10-18_16-29-12.png
