- 产品: DGC; 问题描述: DLG.0818 产品: DGC; 问题描述: DLG.0818
- 场景描述：脚本开发功能里提交后的版本只能回滚，无法删除。 建议方案：增加删除该版本操作 场景描述：脚本开发功能里提交后的版本只能回滚，无法删除。 建议方案：增加删除该版本操作
- 返回参数: status; API: ShowJobStatus; 产品: DGC; 问题类别: 参数说明不详细 返回参数: status; API: ShowJobStatus; 产品: DGC; 问题类别: 参数说明不详细
-
【功能建议】DGC下通知管理配置建议 预审不通过场景描述：当前通知配置只支持单个作业或全量作业配置，要对多个作业配置定向配置时，操作性很差，需要逐条新建 建议方案：增加批量作业配置方案，可以通过搜索作业名称，选择多个作业，统一配置。配置页面增加搜索方式，可以通过通知主题进行搜索 场景描述：当前通知配置只支持单个作业或全量作业配置，要对多个作业配置定向配置时，操作性很差，需要逐条新建 建议方案：增加批量作业配置方案，可以通过搜索作业名称，选择多个作业，统一配置。配置页面增加搜索方式，可以通过通知主题进行搜索
- API: ListJobInstances; 产品: DGC; 问题类别: 内容太简单不清晰问题描述: instanceType这个实例类型是是什么？有哪几种？标记内容: instanceType API: ListJobInstances; 产品: DGC; 问题类别: 内容太简单不清晰问题描述: instanceType这个实例类型是是什么？有哪几种？标记内容: instanceType
- 返回参数: status; API: ListJobs; 产品: DGC; 问题描述: 无注释 返回参数: status; API: ListJobs; 产品: DGC; 问题描述: 无注释
- 场景描述：在大数据迁移上云的方案技术架构图上，出现了【Orache】，请核实实际是否应该是【Oracle】链接地址：https://www.huaweicloud.com/solution/cdh/details.html截图信息：[图片][图片]建议方案：修正 场景描述：在大数据迁移上云的方案技术架构图上，出现了【Orache】，请核实实际是否应该是【Oracle】链接地址：https://www.huaweicloud.com/solution/cdh/details.html截图信息：[图片][图片]建议方案：修正
- 产品: DGC; 问题描述: 查询作业列表的时候不返回jobId呢 产品: DGC; 问题描述: 查询作业列表的时候不返回jobId呢
- API: ListJobs; 产品: DGC; 问题类别: 内容太简单不清晰标记内容: status API: ListJobs; 产品: DGC; 问题类别: 内容太简单不清晰标记内容: status
- 在当下的数据治理领域，华为已经成为众多企业学习与借鉴的标杆，我们也不例外。我们团队研读《华为数据之道》，使用华为的数据平台，期望借此提升自身的数据治理水平。然而，在学习过程中，大家越发意识到，平台的官方文档无法提供详细、明确的指导，希望获得更为精准、明晰的指引。 以华为数据治理中心dataarts studio的官方文档学习为例， 一方面，它提供了学习工具使用方法以及理解治理方法论的途径；但另一方面，在我们实际学习过程中，也暴露出一些问题。比如文档的语句通顺度欠佳，部分表达前后不一致，更关键的是角色定位不清晰。我们在涉及操作时，不清楚究竟该安排哪个岗位的人员来执行具体步骤，不确定这个dataarts studio是不是只建议数据开发人员使用。这在一定程度上影响了我们使用平台、理解华为数据治理方法论的效果，亟待优化完善，望理解。 场景描述： 示例1. （https://support.huaweicloud.com/usermanual-dataartsstudio/dataartsstudio_01_0633.html） [图片] 经过数据调研和需求分析之后，您需要根据需求落地指标。“您”是指哪个角色的人员。 对比DataArk导航-新手模式下，给到的图示，应该是业务人员完成业务指标的录入。 [图片] 建议方案： 1. 希望在业务指标的官方文档中，明确出角色，录入指标的是业务人员还是数据开发人员。 示例2.（https://support.huaweicloud.com/usermanual-dataartsstudio/dataartsstudio_01_0807.html） 提到“数据地图围绕数据搜索，服务于数据分析、数据开发、数据挖掘、数据运营等数据表的使用者和拥有者，提供方便快捷的数据搜索服务，拥有功能强大的血缘信息及影响分析。” 数据地图应当也是让使用数据、分析数据的业务人员可见、可查。这里写的这几种岗位，不能清晰了解改不改由业务查看。 建议方案： 1. 希望在该官方文档中，强调数据地图提供给业务人员的价值。 以上，希望得到回复。 我们希望这2个示例的疑问可以同步得到答疑。 感谢！ 在当下的数据治理领域，华为已经成为众多企业学习与借鉴的标杆，我们也不例外。我们团队研读《华为数据之道》，使用华为的数据平台，期望借此提升自身的数据治理水平。然而，在学习过程中，大家越发意识到，平台的官方文档无法提供详细、明确的指导，希望获得更为精准、明晰的指引。 以华为数据治理中心dataarts studio的官方文档学习为例， 一方面，它提供了学习工具使用方法以及理解治理方法论的途径；但另一方面，在我们实际学习过程中，也暴露出一些问题。比如文档的语句通顺度欠佳，部分表达前后不一致，更关键的是角色定位不清晰。我们在涉及操作时，不清楚究竟该安排哪个岗位的人员来执行具体步骤，不确定这个dataarts studio是不是只建议数据开发人员使用。这在一定程度上影响了我们使用平台、理解华为数据治理方法论的效果，亟待优化完善，望理解。 场景描述： 示例1. （https://support.huaweicloud.com/usermanual-dataartsstudio/dataartsstudio_01_0633.html） [图片] 经过数据调研和需求分析之后，您需要根据需求落地指标。“您”是指哪个角色的人员。 对比DataArk导航-新手模式下，给到的图示，应该是业务人员完成业务指标的录入。 [图片] 建议方案： 1. 希望在业务指标的官方文档中，明确出角色，录入指标的是业务人员还是数据开发人员。 示例2.（https://support.huaweicloud.com/usermanual-dataartsstudio/dataartsstudio_01_0807.html） 提到“数据地图围绕数据搜索，服务于数据分析、数据开发、数据挖掘、数据运营等数据表的使用者和拥有者，提供方便快捷的数据搜索服务，拥有功能强大的血缘信息及影响分析。” 数据地图应当也是让使用数据、分析数据的业务人员可见、可查。这里写的这几种岗位，不能清晰了解改不改由业务查看。 建议方案： 1. 希望在该官方文档中，强调数据地图提供给业务人员的价值。 以上，希望得到回复。 我们希望这2个示例的疑问可以同步得到答疑。 感谢！
- [图片] [图片]
-
【功能建议】添加dataartsstudio服务 预审不通过可以在手机app上管理dataarts 上的任务 可以在手机app上管理dataarts 上的任务
- 产品: DGC; 问题描述: 没有获取工空间相关API 产品: DGC; 问题描述: 没有获取工空间相关API
- 返回参数: priority; API: ListJobs; 产品: DGC; 问题描述: 返回的job参数钟作业详细信息为空 返回参数: priority; API: ListJobs; 产品: DGC; 问题描述: 返回的job参数钟作业详细信息为空
- 场景描述： DGC的IF条件判断，是一个非常频繁使用的功能，但是当前的IF条件判断功能，只支持如下的使用方法： IF条件判断教程_数据治理中心 DataArts Studio_华为云 (huaweicloud.com) #{(Job.getNodeStatus("CDM")) == "success" ? "true" : "false"} 通过节点名称获取执行结果，但是这个使用方法，非常容易出差，比如节点的名字做了一个修改，这个IF条件没有修改，就会导致任务逻辑执行异常。 建议方案： 提供一个方法，直接获取该连线的源端的节点名称，比如getSourceNodeName方法，上述表达式可以变更为：#{(Job.getNodeStatus(getSourceNodeName)) == "success" ? "true" : "false"} 或者直接提供一个方法，直接获取该连线的源端节点的执行情况，比如getSourceNodeStatus，上述表达式可以变更为： #{(Job.getSourceNodeStatus) == "success" ? "true" : "false"} 这样就避免了上述#{(Job.getNodeStatus("CDM")) == "success" ? "true" : "false"}写法，需要特别关注节点名称的情况，这种使用场景，非常容易出错，Thanks！ 场景描述： DGC的IF条件判断，是一个非常频繁使用的功能，但是当前的IF条件判断功能，只支持如下的使用方法： IF条件判断教程_数据治理中心 DataArts Studio_华为云 (huaweicloud.com) #{(Job.getNodeStatus("CDM")) == "success" ? "true" : "false"} 通过节点名称获取执行结果，但是这个使用方法，非常容易出差，比如节点的名字做了一个修改，这个IF条件没有修改，就会导致任务逻辑执行异常。 建议方案： 提供一个方法，直接获取该连线的源端的节点名称，比如getSourceNodeName方法，上述表达式可以变更为：#{(Job.getNodeStatus(getSourceNodeName)) == "success" ? "true" : "false"} 或者直接提供一个方法，直接获取该连线的源端节点的执行情况，比如getSourceNodeStatus，上述表达式可以变更为： #{(Job.getSourceNodeStatus) == "success" ? "true" : "false"} 这样就避免了上述#{(Job.getNodeStatus("CDM")) == "success" ? "true" : "false"}写法，需要特别关注节点名称的情况，这种使用场景，非常容易出错，Thanks！
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中
热门标签