第72页，共133页。 显示 1,326 条结果 (0.039 秒)
[拖拽画布]-通过鼠标拖拽画布
概述 通过滚动条来调整ETL流程图的位置操作起来不方便，为了简化拖拽方式，增加鼠标的拖拽方式。 功能配置入口 打开ETL，画布工具栏中有个小手的图标用来切换拖拽功能，如下图所示。 image2023-8-28_11-11-52.png 操作小Tips 当画布中的鼠标指针为十字箭头时，表示当前为拖拽功能。 按着shift键可直接切换鼠标的操作方式 操作演示 当画布中的鼠标指针为十字箭头时，表示当前为拖拽功能，可以直接拖拽画布，如图所示。 image2023-8-28_11-26-32.png 功能节点 节点使用 etl节点 拖拽画布数据权限设置—透视分析
透视分析是基于即席查询和数据集定义来定制的。如果要透视分析的数据权限也生效，则需对其数据来源进行数据权限设置，具体如下： 来源 说明 示例 基于即席查询 对即席查询设置好数据权限后，则透视分析也会生效。 即席查询 基于可视化数据集 对可视化数据集依赖的数据源和业务主题设置好数据权限后，则透视分析也会生效。 基于数据集的资源 基于SQL数据集/原生SQL数据集 需要在对应的SQL语句中手动添加条件。 SQL/原生SQL数据集数据权限 如需使用“SQL数据集、原生SQL数据集或可视化数据集”，需更换一个包含"SQL数据集、原生SQL指标管理 ⬝ 数据调度
数据调度是对指标模型绑定了的作业流的执行情况的监控。 1 操作入口 从已创建指标模型中，点击打开 数据调度 界面。 diaodu.png 2 界面介绍 image2022-1-2_14-10-26.png 该界面分为如下几个部分： 2.1 按钮栏 显示如下两个按钮： 按钮 说明 刷新 手动刷新作业流列表。 绑定作业流 image2022-1-2_14-46-33.png 选择作业流 为当前指标模型选择作业流进行绑定。 在弹出的“选择作业流”窗口中选择作业流绑定。 新建作业流 为当前指标模型新建作业流并绑定。 在打开的“新建作业流”界面新建作业流，新建Spark SQL数据连接
：数据库默认端口； default：数据库名称； 2）添加自定义驱动方法： a、首先进入到<Smartbi_PATH\Tomcat\bin\dynamicLibraryPath文件夹下，手动添加 sparksql 文件夹。 b、然后进入sparksql文件夹下，添加sparksql驱动（驱动ODPS数据连接
服务的访问链接。 project：指定用户想进入的项目空间。 2）添加自定义驱动方法： a、首先进入到<Smartbi_PATH\Tomcat\bin\dynamicLibraryPath文件夹下，手动添加 ODPS 文件夹。 b、然后进入ODPS文件夹下，添加ODPS驱动（驱动包可以从数据库官网获取或向HANA数据连接
： <servername>：数据库的地址，一般可以向数据库管理员获取； 30015：数据库默认地址。 2）添加自定义驱动方法： a、首先进入到<Smartbi_PATH>\Tomcat\bin\dynamicLibraryPath文件夹下，手动添加HANA文件夹连接Kerberos认证的Hadoop_Hive数据源
lib目录的所有jar包都放到HADOOP_HIVE目录 2）下载db.properties文件，并上传到HADOOP_HIVE目录 将以上依赖jar包和db.properties文件放置HADOOP_HIVE目录(如果不存在需要手动创建)，Smartbi可自动加载，无需重启服务器。 2.4 连接步骤 （1）在数连接Kerberos认证的Spark SQL数据源
的beeline客户端lib目录的所有jar包都放到SPARK_SQL目录 2）下载db.properties文件，并上传到SPARK_SQL目录 将以上依赖jar包和db.properties文件放置SPARK_SQL目录(如果不存在需要手动创建)，Smartbi可自动加载，无需重启服务器。 2.4 连接步骤 （1）在数配置世界地图区域
由于世界地图涉及到边界合法性的问题，因此 Smartbi 不提供世界地图的JSON，需要用户手动将世界地图文件放在扩展包中，采用部署扩展包的方式部署到 Smartbi 中进行应用。 后续进行 Smartbi 版本更新时，不会影响该扩展包的部署，不需要再重新部署。 该扩展包是个完全空的扩展包，只是为了方便用户放置世界地图的文件而提供的一个框架。 操作步骤 1. 准备世界地图JSON文件 该资源文件需要用户自行获取或从互联网上下载世界地图的JSON文件，通常是以 world.json 的格式存储。 image2022-1-17_14-38-40.png 如需对地图文件进行自定义修改，可参考 地图编辑器 httpsSmartbi前端JS缓存问题
（本文档仅供参考） 问题： 平常在部署一些扩展包的时候，即使是使用新的扩展包了，但是还是旧扩展包或者是未部署扩展包时的逻辑，需要清空浏览器缓存或者使用无痕窗口访问才可以有对应的效果，这种现象就通常就是由于前端JS未更新，仍然从缓存获取导致。如何可以不用用户手动从前端清空浏览器缓存，统一服务器端更新处理呢？ 原理说明： 1、JS交互： 使用 jsloader 方式按需加载JS文件，jsloader 也是封装了请求gbk.jsp?name=jsname&xxx=*** 2、对应JS 请求的URL中会有一个t的参数值，对应时间会取所有version.txt中的最新值（包含smartbi.war与所有扩展包
