第50页，共403页。 显示 4,029 条结果 (0.035 秒)
样式 - 电子表格字段横向扩展之后，列的宽度效果不一致
（本文档仅供参考） 问题 用电子表格横向扩展时，在EXCEL设计器中中，B列设置的是15宽度。 image2018-10-22 16:48:45.png 但是发布到系统中后，这几个月份列的（10月、9月、8月）宽度不一致； image2019-11-29 18:17:13.png 问题原因 请参考如下内容排查字段的扩展方式是否设置为<覆盖>了。如果字段是覆盖方式扩展，会保留后面单元格的样式： image2018-10-22 16:54:4.png 解决方案 请将上面的字段设置为<插入>的扩展方式,另外命名集-根据某字段排序
（本文档仅供参考） 问题描述 使用数据模型处理数据时，期望实现获取按ID排序的产品名称。 解决方案1 使用数据模型【自定义命名集】实现此效果。 step 1：在数据模型界面【新建命名集】，切换为高级 step 2：输入以下mdx语句 2024-02-02_101119.png 资源示例 （基于northwind数据库，修改数据源URL为本地的northwind数据库即可查看数据） 数据模型-命名集示例.xml 解决方案2 V10.5.8版本，参考以下公式设置命名集 2024-04-07_144345.png Extract( NONEMPTYCROSSJOIN([c1].[c1交互仪表盘下拉框筛选器自定义宽度设置
（本文档仅供参考，涉及的宏代码已验证适用于 V10.5.15 版本。由于宏代码在特定场景下可能存在限制，如果与实际应用场景不完全匹配，请根据具体要求自行调整相关代码，以确保其满足实际使用要求。） 需求背景： 在报表开发的时候由于界面的限制，对于筛选器的位置是固定的大小，但是由于备选值过长无法完全显示，这时候想要自定义设置下拉选项框的宽度。 image2025-5-26_14-17-9.png 解决方案： 当前需求可以通过宏代码进行实现示例参考： image2025-5-26_17-40-17.png 示例源码： //对象：仪表盘 //事件：onRender(每次渲染完成后) //此代码具有局限性，若适用场景不完全ETL-目标节点写入数据到Clickhouse抛出 Code: 27. DB::ParsingException: Cannot parse input
（本文仅供参考） 问题描述： ETL中写入数据到Clickhouse抛出 Code: 27. DB::ParsingException: Cannot parse input 问题原因： 目标字段的长度和精度不足以容纳源字段 解决办法： 将目标字段的长度和精度提高，或者降低源字段的长度与精度 示例说明1： 源是timestamp，目标是date： image2024-2-20_18-5-32.png Caused by: ru.yandex.clickhouse.except.ClickHouseUnknownException: ClickHouse exception, code: 1002, hostETL-目标节点是Clickhouse，写数据报错：断开的管道 或者 Broken pipe
（本文档仅供参考） 问题现象： 目标节点的日志中存在断开的管道 或者 Broken pipe Caused by: smartbix.datamining.engine.execute.exception.ExecuteException: org.apache.spark.SparkException: Job aborted due to stage failure: Task 186 in stage 718271.0 failed 1 times, most recent failure: Lost task 186.0 in stage 718271.0 (TID 1086093ETL-如何恢复【excel文件】节点上传的excel文件
(本文仅供参考) 机制说明： 1、【excel文件】节点，其excel文件都会上传到 挖掘引擎安装目录\data\excel\ETL资源ID\节点ID 目录下 2、【excel文件】节点，执行后会上传excel文件，同时每个sheet生成一个csv文件，所以，恢复工作需要恢复excel文件和csv文件 3、如果将一个包含【excel文件】节点的etl资源，另存为另外的资源，那么excel文件在服务器上并不会复制，另存后的ETL资源定义中的excel路径与另存前的文件路径相同 定位和恢复excel文件： 1、资源树上右键查看ETL属性，获取到ETL资源IDETL-关系型数据源节点执行报错Illegal character in path
（文档仅供参考） 问题描述： 客户在使用ETL时，关系数据源节点选择好对应数据库、schema、表后，执行报错提示： image2023-10-8_18-59-17.png 2023-10-08 15:34:14.596 [2057555] INFO node.GenericNode.start:106 - Node start. (id:b293c745341d846542d1f6bcbdb2075a,name:JDBC_DATASOURCE) 2023-10-08 15:34:14.602 [2057555] INFO datasource.JdbcDatasourceNode.execute:63ETL-连接失败Http status code:406
（本文档仅供参考） 问题描述： 挖掘引擎连接失败，Http status code:406，Http response:{"message":"连接被拒绝: 无法连接至:localhost:18900，请检查该链接地址以及该服务的运行情况","type":"smartbix.SmartbiXException","code":"CONNECTION_REFUSED","stackTrace":null,"stackAppendInfo":null,"weak":false} image2022-3-28_10-0-23.png WARN util.HttpConnectUtils.execute:363ETL-节点执行报：connection reset或查询慢问题排查思路
（本文档仅供参考） 问题说明 ETL执行报错，报错日志显示：数据库返回慢，最后连接被重置了，驱动抛出了connection reset错误： image2024-7-15_10-6-53.png 解决方案 类似驱动查询慢问题排查思路： （1）根据节点输出的日志确认实际报错原因； （2）实际耗时可能并不是报错耗时，建议新建SQL数据集或数据快查直接执行对应的确认执行时长，如果SQL执行快的话，可再进一步跟进是什么原因； （3）若普通SQL查询就慢，可用通过JSP页面测试确认耗时：Java调用jdbc驱动测试； （4）若JSP页面测试很快，请将信息反馈至官方支持；若JSP页面测试也是一样慢，请检查数据挖掘的驱动跟项目Clickhouse抽取报错：Too many parts.
（本文档仅供参考） 现象： 自助ETL抽取数据到clickhouse时报错：Too many parts image2022-10-8_15-31-51.png 原因： 当数据插入到[clickhouse]表时，每一批插入都会生成对应parts文件，clickhouse后台会有合并小文件的操作； 当插入速度 … ，避免超过parts_to_throw_insert默认值 2、增加可合并的分区数，在/etc/clickhouse-server/config.xml修改clickhouse配置： image2022-10-8_15-35-26.png 3、具体问题及原理可参考： https://cloud.tencent.com
