- 返回参数: planTime; API: ShowJobInstance; 产品: DGC; 问题描述: time类字段数据类型设置为int不合理，int存不了时间值如1698645600000 返回参数: planTime; API: ShowJobInstance; 产品: DGC; 问题描述: time类字段数据类型设置为int不合理，int存不了时间值如1698645600000
-
【产品缺陷】不让选区域？ 预审不通过点进dataarts studio 控制台，不让选区域，只能购买 点进dataarts studio 控制台，不让选区域，只能购买
- dgc 手机模式，作业报错后，需紧急处理，在外，只能用手机。 dgc 手机模式，作业报错后，需紧急处理，在外，只能用手机。
- 产品: DGC; 问题描述: 直接获取目录的接口 产品: DGC; 问题描述: 直接获取目录的接口
-
【产品缺陷】数据治理中心版本说明打不开 预审不通过[图片] [图片]
-
【功能建议】提交质量作业没有反应 预审不通过场景描述： 如图，也没有提示失败，就是点了按钮没有反应[图片] 建议方案： 你们给解决方案啊 场景描述： 如图，也没有提示失败，就是点了按钮没有反应[图片] 建议方案： 你们给解决方案啊
- 场景描述： 新建一个源端为mrs-kafka，目的端为hive的作业，作用配置中稍作改动，已经做好的字段配置会消失，需要用户重新去手动做字段映射，很浪费用户时间，体验感为0 建议方案： 1、一个已保存作业的字段映射不会随着作业配置的改变而改动 2、用户作业字段映射可全局配置 场景描述： 新建一个源端为mrs-kafka，目的端为hive的作业，作用配置中稍作改动，已经做好的字段配置会消失，需要用户重新去手动做字段映射，很浪费用户时间，体验感为0 建议方案： 1、一个已保存作业的字段映射不会随着作业配置的改变而改动 2、用户作业字段映射可全局配置
- 场景描述： 提供了指定行号移动，但是在页面又不展示行号，用户使用的时候还得手动一行行去数，太浪费时间，体验感很差 [图片] 建议方案： 页面提供行号支持 场景描述： 提供了指定行号移动，但是在页面又不展示行号，用户使用的时候还得手动一行行去数，太浪费时间，体验感很差 [图片] 建议方案： 页面提供行号支持
- 产品: DGC; 问题描述: 确实精确搜索参数 GET /v1/{project_id}/jobs/instances/detail?jobName={jobName}&minPlanTime={minPlanTime}&maxPlanTime={maxPlanTime}&limit={limit}&offset={offset}&status={status}&instanceType={instanceType}&preciseQuery={preciseQuery} 产品: DGC; 问题描述: 确实精确搜索参数 GET /v1/{project_id}/jobs/instances/detail?jobName={jobName}&minPlanTime={minPlanTime}&maxPlanTime={maxPlanTime}&limit={limit}&offset={offset}&status={status}&instanceType={instanceType}&preciseQuery={preciseQuery}
- API: ListJobs; 产品: DGC; 问题描述: 如何翻页呢? API: ListJobs; 产品: DGC; 问题描述: 如何翻页呢?
- 问题描述： 并发量受限制，服务器资源无法充分利用。 DataArts Studio实例的节点并发数上限为：50，服务器资源CPU和内存资源最高只用到15%，如果不限制并发数，作业时间至少能减半。![图片][图片] 建议方案： 取消DataArts Studio设置并发数限制，以充分利用服务器资源。如为担心资源跑满，可改为建议用户设置多少并发数。 问题描述： 并发量受限制，服务器资源无法充分利用。 DataArts Studio实例的节点并发数上限为：50，服务器资源CPU和内存资源最高只用到15%，如果不限制并发数，作业时间至少能减半。![图片][图片] 建议方案： 取消DataArts Studio设置并发数限制，以充分利用服务器资源。如为担心资源跑满，可改为建议用户设置多少并发数。
- API: ListJobInstances; 产品: DGC; 问题描述: SDK的参数缺少，与最新的API的文档差异比较大，无法传递查询参数。 API: ListJobInstances; 产品: DGC; 问题描述: SDK的参数缺少，与最新的API的文档差异比较大，无法传递查询参数。
- 手机app端控制台页面布局没有适配移动端，且无法切换region，非常难用 手机app端控制台页面布局没有适配移动端，且无法切换region，非常难用
- 问题描述：逻辑模型中有关系、映射两项配置。 关系配置：定义了逻辑实体之间的关联属性、关联方式(父-子之间的逻辑数量关系)，这是纯粹站在数据层面的关系定义 映射配置：定义了所要获取数据的逻辑实体来源及获取方式。首先，数据的获取(需求)是业务层面定义的。其次，不同逻辑实体之间如何进行join关联取数，也完全依赖业务需要来定。 因此，映射配置不应该在逻辑模型设计的时候定义 同时，关系配置已经表明了不同逻辑实体之间的关联关系，映射配置还需要重新定义，属于多此一举 最后，映射配置唯一突出的作用就是不同逻辑实体之间同类属性的映射，这点可以在引用数据标准的时候，进行判断，当然这就需要对数据标准的引用范围定义进行扩展，这个问题另说。 建议方案： 扩展引用数据标准的定义范围 取消逻辑模型设计过程中的映射定义。 虽然说物理模型才是逻辑模型最终的落地，逻辑模型需要业务参与，业务参与的目的是保障模型设计与业务战略方向保持一致。但映射的定义就限定了业务的取数逻辑，因此应该被取消掉。 问题描述：逻辑模型中有关系、映射两项配置。 关系配置：定义了逻辑实体之间的关联属性、关联方式(父-子之间的逻辑数量关系)，这是纯粹站在数据层面的关系定义 映射配置：定义了所要获取数据的逻辑实体来源及获取方式。首先，数据的获取(需求)是业务层面定义的。其次，不同逻辑实体之间如何进行join关联取数，也完全依赖业务需要来定。 因此，映射配置不应该在逻辑模型设计的时候定义 同时，关系配置已经表明了不同逻辑实体之间的关联关系，映射配置还需要重新定义，属于多此一举 最后，映射配置唯一突出的作用就是不同逻辑实体之间同类属性的映射，这点可以在引用数据标准的时候，进行判断，当然这就需要对数据标准的引用范围定义进行扩展，这个问题另说。 建议方案： 扩展引用数据标准的定义范围 取消逻辑模型设计过程中的映射定义。 虽然说物理模型才是逻辑模型最终的落地，逻辑模型需要业务参与，业务参与的目的是保障模型设计与业务战略方向保持一致。但映射的定义就限定了业务的取数逻辑，因此应该被取消掉。
- 问题描述： python脚本注释行颜色变化太频繁，而且越来越让人不适应，看着很累！ 建议方案： 常规的python脚本风格 问题描述： python脚本注释行颜色变化太频繁，而且越来越让人不适应，看着很累！ 建议方案： 常规的python脚本风格
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中
热门标签