第366页，共562页。 显示 5,617 条结果 (0.093 秒)
电子表格⬝ 填报列表
概述 填报列表列出当前sheet页的所有单元格的填报属性。 功能入口 点击工具栏的 填报列表 按钮，如图： 2.png 界面介绍 “单元格填报属性”界面如图： image2019-2-27 19:50:32.png 各设置项说明如下： 设置项 说明 单元格 列出设置填报属性的单元格。 类型 列出单元格的属性类型，有“数字、日期、单行文本、多行文本、参数、文件、Excel数据验证（序列）”，关于类型，详情请参考 电子表格⬝ 填报属性。 参数 当单元格的类型为“参数”时，列出其绑定的参数值。 添加 添加单元格，设置该单元格的填报属性。 1）点击 添加 按钮，弹出“选择单元格数据挖掘-列选择
1、原先示例数据源的输出结果有6列，对其进行列选择，选择输出列：Sepal_Length、Sepal_Width，即列选择节点只输出这两列的数据。 2022-02-11_15-16-36.png 2、输出结果只有Sepal_Length、Sepal_Width这两列的数据，如图： image2020-5-29数据挖掘–指数平滑
概述 时间序列算法中常用的算法有指数平滑法，其中指数平滑常用的几种形式有（Brown）一次指数平滑、二次指数平滑、三次指数平滑、以及(Holt)双参数、（Holt-Winters）季节性指数平滑法。本节点实现的是布朗（Brown）的一次、二次、三次指数平滑。 输入/输出 输入 一个输入端口，接收要进行预测的数据 输出 一个输出端口，用于输出预测后的结果 示例 如图，指数平滑节点输入端接入数据，可以使用对应的平滑算法对输入数据进行转换。 image2023-1-15_0-38-46.png image2023-1-15_0-39-0.png 输出结果中增加两列。第一列是拟合用户集成
1. 概要 用户集成是指使用某个第三方系统（例如OA系统）统一地管理用户，即可以只管理OA系统中的用户，其他系统通过用户集成后可以使用OA系统中的账号登录。 2. 背景 当客户已经有一个第三方系统（例如OA系统）时，OA系统和Smartbi系统都有自己的用户管理，客户想要两个系统都使用OA系统的用户管理，即可以使用OA系统的账号登录Smartbi，此时可以通过用户集成的方式达到目的。 3. 要点 用户集成分为三个要点，分别是用户同步，用户验证和单点登录，客户可以根据自己的实际情况选择一个或多个要点进行用户集成。 要点 说明 用户同步 https://wiki.smartbi.com.cnSQL查询不能是纯SQL吗？为何要嵌套运行？ 这样运行会不会降低效率
做到去修改原始的SQL查询，这样SQL查询中的预览数据和报表中的过滤、排序等功能就无法实现。 嵌套效率问题的解答 我们测试过SQL Server和MySQL，通过Explain看查询优化，发现嵌套一层对效率不会有太大的影响。即上例两个语句执行效率相差并不多，一个执行代价是0.366，嵌套后代价是0.367，相差只有在原生SQL数据集中变更字段名称后，如何不影响对应的电子表格
（本文档仅供参考） 问题说明 在原生SQL所使用的数据源从星环迁移到Oracle，由于Oracle不支持数字开头的字段名，因此需要在SQL中变更字段名称。 由于基于原生SQL的相关的电子表格制作了30多张sheet页的报表。每个报表都有引用到这个原生SQL。 如果全部重新拖拉拽，会有很大的工作量。针对这种情况要如何处理？ 解决方案 此问题建议您可参考如下方式，保持输出字段个数以及别名不变的情况下，添加 AS 相同的别名： （1）假设我原来的数据集如下图，来自于表DEMO三个字段；然后高斯数据库查询order by排序问题
（本文档仅供参考） 问题描述 Oracle数据库切换成了高斯数据库，切换后同样的SQL查询语句，同样的数据发现字段顺序不一致。 SELECT column FROM TABLE ORDER BY column ORACLE排序结果： ORACLE排序结果.jpg 高斯数据库排序结果： 高斯排序结果20231229150509.jpg 问题原因 不同数据库有不同的排序规则，还可能根据数据类型有所不同 解决方案 COLLATE是SQL中的一个子句，用于定义数据库、表列或字符串表达式的排序规则。排序规则决定了如何比较和排序字符数据。在高斯数据库中，可以使用COLLATE子句来指定不同的排序规则，以满足特定的排序需求星环使用date() 函数报错：Could not initialize class org.apache.hadoop.hive.common.type.HiveDate
（本文档仅供参考） 问题说明 基于星环数据源，创建原生SQL数据集，执行语句中含有date()函数报错，如下图所示 image2023-10-27_14-37-57.png 解决方案 方式一： 在现有的动态驱动的目录下新建properties文件，文件内容 loadFromParentPackages=org.apache.commons.logging，文件名称smartbi.properties，然后重启Smartbi服务。 方式二： 新建一个驱动目录，将数据库驱动和properties文件一起放入，数据源选择这个新的驱动目录，无需重启Smartbi服务Clickhouse对于小于1970年1月1日时间显示异常
17:18:29.png 现象2：数据集中展示有日期，但是日期是小于1970-01-01的，抽取之后日期字段为空了。 原始数据集记录： 抽取为空1.png 抽取之后高速缓存库记录： 抽取为空2.png 解决方案 经查找相关文档确认，clickhouse中1970－01-01在clickhouse中有着特殊的意义。 这是“超出范围”的日期，小于1970-01-01的时间，clickhouse无法存储，因此导致抽到clickhouse不正常，官方说明文档请参考： https://github.com/yandex/ClickHouse/issues/2596 https://github.com/yandex高速缓存数据预处理是什么机制，数据处理流程是什么？
（本文档仅供参考） 问题 高速缓存数据预处理是什么机制，数据处理流程是什么？ 解决方案 1.高速缓存库用来存储抽取、计算后的结果数据。 比如报表是通过数据集获取数据，在未抽取的情况下，数据集执行sql获取数据，sql中可能含有复杂计算、多表关联等情况。在使用抽取的情况下，Smartbi会先执行一次查询，将 … 使用Smartbi的“自助数据集”、或“自助ETL”等功能，把加工的数据抽取到Smartbi高速缓存库中，然后报表再从Smartbi高速缓存库中查询数据，从而提高报表访问速度。这里主要是通过压力转移、提前计算等手段提高sql执行速度。 高速缓存库的原理 高速缓存库有什么用
