第77页，共133页。 显示 1,326 条结果 (0.034 秒)
如何在作业流中调度数据挖掘实验？
1 概述 数据挖掘实施项目中，需要在新数据产生和读入时，把数据用到建模和重新训练模型。目前依赖实施人员人工检查数据情况，发现新数据时手动执行挖掘实验，所以需要支持在作业流中对挖掘实验进行编排调度。 在Smartbi V10.5.12 版本，作业流中已经可以支持拖入数据挖掘资源，并通过计划任务定时调度。 2 示例 通过作业流直接调度数据挖掘实验，新建作业流，在作业流中增加需要调度的挖掘实验，如下图： 1、添加开始节点 拖入开始节点：运行作业流必须要以该节点作为起始节点 2、添加挖掘实验节点 拖入银行客户流失预测节点：示例中需要调度的挖掘实验 image2023-12-5_20-41-8.png 3SQL查询不能是纯SQL吗？为何要嵌套运行？ 这样运行会不会降低效率
疑问说明 纯SQL问题的解答 SQL查询可以是纯SQL语句，但是如果在SQL查询中用到"参数"、"用户属性"、"系统函数"等系统资源，必须把资源拖到SQL语句对应的位置，不能手写。包含这类资源的SQL查询就不是纯SQL。 嵌套问题的解答 SQL查询需要嵌套运行。如文本语句select distinct Card_Type_Cd as c1 from debit_card，会变成 select T2.c1 as F4 from (select distinct Card_Type_Cd as c1 from debit_card) T2 运行。这样处理是因为在报表中需要对SQL做处理，如果使用SQL查询不嵌套一层的话，就无法连接mysql8数据库，报“BigInteger cannot be cast to java.lang.Long”
： image2020-2-19 11:46:2.png (2) 找到目录后，进入 dynamicLibraryPath 目录下，手动新建MySQL8文件夹： image2020-2-19 11:49:58.png 并添加MySQL8的驱动8.0及以上版本连接MongoDB数据库时显示未指定错误：com/mongodb/MongoClient
_JDBC_mongo-java-driver-3.4.2.jar同时存在会与引起类冲突，因此后续产品已将两个jar包去除，如需使用需要手动添加。 jar包： _JDBC_mongo-java-driver-3.4.2.jar 注意 链接字符串写法如下截图，千万不要改成 jdbc://IP:端口号/database 的字符串ETL实现自动完成列拆分后所有列 列转行效果
（本文档仅供参考） 问题描述： 列转行的场景，当在前面完成列拆分的时候，若不同时候，可能拆分的列数不同，在前面的节点中产生的新字段列，列转行节点，则无法自动选择逆透视列里新的字段。这样甚至就需要每次去配置多出的列，不适合自动化计划任务，客户希望能够有个配置默认列转行所有拆分的列，如何实现？ 如示例中：张三李四，列拆分后有4个拆分列。但若后期有如 赵五，有1,2,3,4,5,6 ,甚至更多的情况，列转行节点需要手动添加，不符合场景需要。 image2023-7-25_9-22-25.png 解决方案： 1、通过数据查询节点，查询出对应的数据多维查询怎么自定义参数的默认值和备选值（关系数据源参数做跳板）
问题 多维查询怎么自定义参数的默认值和备选值。 解决方案 步骤1：基于任意一个关系数据源建参数，例如“SYSTEM知识库”，参数备选值手动输入【产品分类】下各个成员的ID，参数详细设置见下图。 https://s2-cs-pub-std.oss-cn-shanghai.aliyuncs.com/icon/tid8599/image_1583492011597_feit8.png https://s2-cs-pub-std.oss-cn-shanghai.aliyuncs.com/icon/tid8599/image_1583492372438_val8o.png https多维分析如何实现合计总计效果
如下图： image2021-10-27_10-16-23.png 步骤三：将总计处的数据进行隐藏行处理 image2021-10-27_10-18-1.png 最终实现效果如下图： image2021-10-27_10-19-11.png 说明：如果不想手动进行隐藏行，可以考虑通过定制宏代码的方式实现自动隐藏行。自助仪表盘图形有空值的情况下升序排序异常
/weixin_42511157/article/details/113208547。 因此，在Smartbi系统中，null值是没有参与排序的，就会排在最后。 解决方案 如果要把null值视为0去排序的话，需要手动转为特定值去进行排序，有如下三个方案： 1、通过sql update语句去将数据源改变数据字段类型不生效
（本文档仅供参考） 问题 通过【数据源管理】添加的某张表字段是字符串类型，手动修改【数据类型】为double类型的，在预览的时候显示的数据是double类型的，但是创建的原生SQL 里面的类型还是字符串类型的，清除缓存很多次问题依然存在。 image2018-7-23 16:49:48.png 解决方案 此现象是正常的，对于数据类型的获取，产品层面并没有进行其他处理，直接调用jdbc获取字段类型的逻辑。若是驱动返回的字段类型和数据源表属性字段类型不一致，则会出现在表属性上设置数据类型对于查询不生效的情况。 对此，为了避免此类情况，建议是有数据类型的修改，在数据库层面进行修改恢复知识库（Config界面）
： hfzsk-02.png 2）点击 下一步 ，弹出提示，如图： hfzsk-03.png 备份恢复 在“提示信息”窗口点击 确定 后，恢复知识库日志。 重新部署时，用户可手工在warBackup中找到旧版本war包进行恢复，并重新部署流程。
