- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：生产环境的DME接口有防火墙配置需求背景：现在相当于是生产环境的数据库对公网开放的，存在安全问题 优先级：中 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：生产环境的DME接口有防火墙配置需求背景：现在相当于是生产环境的数据库对公网开放的，存在安全问题 优先级：中
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：运行态-扩展属性，新增参考类型的扩展属性时，参考对象支持选择实体模型、抽象模型和接口模型需求背景：目前运行态参考类型的扩展属性，只能参考一个扩展模型，不能参考一个抽象类型或者PIPart这种实体类型，应用系统自定义表单的功能实现不了，在自定义表单上添加的参考类型扩展属性，可能是实体模型部件PIPart、也可能是抽象模型RevisionControlled，也可能是接口模型，对象类型不确定。 [图片] 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：运行态-扩展属性，新增参考类型的扩展属性时，参考对象支持选择实体模型、抽象模型和接口模型需求背景：目前运行态参考类型的扩展属性，只能参考一个扩展模型，不能参考一个抽象类型或者PIPart这种实体类型，应用系统自定义表单的功能实现不了，在自定义表单上添加的参考类型扩展属性，可能是实体模型部件PIPart、也可能是抽象模型RevisionControlled，也可能是接口模型，对象类型不确定。 [图片]
- 场景描述： 现今iDME请求人、更新人不指定用户时，默认为tokens用户，若传值时，则直接在参数body中传，这样不好控制角色，如A、B两个角色共用一个tokens操作，A更新数据时，modifier填B的用户名，会导致数据追溯出现问题。 建议方案： 将creator、modifier参数拼接在请求头中，用户不能直接从界面胡乱更改所属用户。 场景描述： 现今iDME请求人、更新人不指定用户时，默认为tokens用户，若传值时，则直接在参数body中传，这样不好控制角色，如A、B两个角色共用一个tokens操作，A更新数据时，modifier填B的用户名，会导致数据追溯出现问题。 建议方案： 将creator、modifier参数拼接在请求头中，用户不能直接从界面胡乱更改所属用户。
- 场景描述： 步骤1：创建事务型任务，传入services/rdm/basic/api/v1/transaction-apis/transactions?api-count=N 步骤2：执行iDME原子接口，header传入 X-Dme-Transaction-Task-Id 是 Long 事务型任务ID，即步骤1：创建事务型任务返回的transactionId。 X-Dme-Transaction-Task-No 步骤3：提交事务型任务 /services/rdm/basic/api/v1/transaction-apis/transactions/{transaction-id} 此时当执行的iDME原子接口的个数为4个，创建事务时api-acount为4个，提交事务能正常提交；但是创建事务时api-count为5个时，提交报错：The params are invalid, reason is the number[2] of tasks received by the server is wrong. 我们使用场景，针对同一个接口，针对不通的条件，有可能走的原子接口个数也不一定一致，此时没办法预知有多少个原子接口需要事务，但是不到达api-count时，也应该给我提交成功。 建议方案： 经我们猜测，iDME事务将原子事务存放在缓存里面，为了防止网络抖动，造成原子接口还没全部接收到，就提前接收到提交事务的请求，此时如果不判断事务原子个数和实际执行的原子个数，就会造成事务不一致，所以才会限制创建事务的个数，以此限制创建个数与提交事务个数一致。 建议方案： 步骤1：创建事务型任务不指定原子个数 步骤2：执行iDME原子接口，header传入 X-Dme-Transaction-Task-Id 是 Long 事务型任务ID，即步骤1：创建事务型任务返回的transactionId。 X-Dme-Transaction-Task-No 步骤3：提交事务型任务，除了提交全局事务id(transactionId)，还需要传入执行的原子接口个数api-count（此时将原子个数的控制交由业务方控制） 在接收到事务提交请求时，拿到api-count个数，与iDME的队列的存放的原子接口执行的个数对比，如果缓存队列的个数与api-count一致，则直接提交事务；如果不一致，防止因为网络抖动造成原子接口未接收到，则提交时做一段时间的等待，再次去判断api-count与缓存队列的个数对比，确保事务的完整性。 场景描述： 步骤1：创建事务型任务，传入services/rdm/basic/api/v1/transaction-apis/transactions?api-count=N 步骤2：执行iDME原子接口，header传入 X-Dme-Transaction-Task-Id 是 Long 事务型任务ID，即步骤1：创建事务型任务返回的transactionId。 X-Dme-Transaction-Task-No 步骤3：提交事务型任务 /services/rdm/basic/api/v1/transaction-apis/transactions/{transaction-id} 此时当执行的iDME原子接口的个数为4个，创建事务时api-acount为4个，提交事务能正常提交；但是创建事务时api-count为5个时，提交报错：The params are invalid, reason is the number[2] of tasks received by the server is wrong. 我们使用场景，针对同一个接口，针对不通的条件，有可能走的原子接口个数也不一定一致，此时没办法预知有多少个原子接口需要事务，但是不到达api-count时，也应该给我提交成功。 建议方案： 经我们猜测，iDME事务将原子事务存放在缓存里面，为了防止网络抖动，造成原子接口还没全部接收到，就提前接收到提交事务的请求，此时如果不判断事务原子个数和实际执行的原子个数，就会造成事务不一致，所以才会限制创建事务的个数，以此限制创建个数与提交事务个数一致。 建议方案： 步骤1：创建事务型任务不指定原子个数 步骤2：执行iDME原子接口，header传入 X-Dme-Transaction-Task-Id 是 Long 事务型任务ID，即步骤1：创建事务型任务返回的transactionId。 X-Dme-Transaction-Task-No 步骤3：提交事务型任务，除了提交全局事务id(transactionId)，还需要传入执行的原子接口个数api-count（此时将原子个数的控制交由业务方控制） 在接收到事务提交请求时，拿到api-count个数，与iDME的队列的存放的原子接口执行的个数对比，如果缓存队列的个数与api-count一致，则直接提交事务；如果不一致，防止因为网络抖动造成原子接口未接收到，则提交时做一段时间的等待，再次去判断api-count与缓存队列的个数对比，确保事务的完整性。
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：期望iDME支持全文检索，Office文件的内容检索 需求背景：客户提的需求，支持全文检索，Office文件的内容的检索，如word、excel、PPT等 优先级：紧急，期望尽快支持 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：期望iDME支持全文检索，Office文件的内容检索 需求背景：客户提的需求，支持全文检索，Office文件的内容的检索，如word、excel、PPT等 优先级：紧急，期望尽快支持
- 场景描述： rdm-delegate 架包，XDMDelegatorService.exchange()：目前所有的接口请求都会增加 tenantId 这个条件，希望可以设置免除租户id这个条件，主要针对的是系统的管理员和业务员，他们都会有权限操作租户客户的数据。 [图片] 建议方案： 说白了就是可以设置免除租户id条件。 场景描述： rdm-delegate 架包，XDMDelegatorService.exchange()：目前所有的接口请求都会增加 tenantId 这个条件，希望可以设置免除租户id这个条件，主要针对的是系统的管理员和业务员，他们都会有权限操作租户客户的数据。 [图片] 建议方案： 说白了就是可以设置免除租户id条件。
- 场景描述： rdm-delegate 架包，XDMDelegatorService.exchange()： 这段代码相当于仅支持插入当前登录的租户id。 [图片] 建议方案： 如：当使用 xxxDelegator.create() 创建数据时，并且为xxxCreateDTO.setTenant(指定租户id)；这时应当插入指定的租户id数据，如未指定租户id，则使用当前登录租户id。 场景描述： rdm-delegate 架包，XDMDelegatorService.exchange()： 这段代码相当于仅支持插入当前登录的租户id。 [图片] 建议方案： 如：当使用 xxxDelegator.create() 创建数据时，并且为xxxCreateDTO.setTenant(指定租户id)；这时应当插入指定的租户id数据，如未指定租户id，则使用当前登录租户id。
- 场景描述： [图片] 建议方案： 增加all全部栏目选项，即可以汇总查看所有租户数据。 场景描述： [图片] 建议方案： 增加all全部栏目选项，即可以汇总查看所有租户数据。
- 场景描述： 使用搜索服务创建全量文本检索，确实返回了检索的内容，但是没有类似与关键字高亮的功能，只是返回了检索具体字段内容结果。 建议方案： 1.es的实现提供用户可集成的方式：因为目前用户无法在dme建模之后集成es功能， 2.提供高亮功能，并考虑将返回的内容进行切割，因为如果是一个文本内容，返回了几千个字符串，从前往后检索到匹配的字符之后其实列表只是展示了部分内容。 [图片] 场景描述： 使用搜索服务创建全量文本检索，确实返回了检索的内容，但是没有类似与关键字高亮的功能，只是返回了检索具体字段内容结果。 建议方案： 1.es的实现提供用户可集成的方式：因为目前用户无法在dme建模之后集成es功能， 2.提供高亮功能，并考虑将返回的内容进行切割，因为如果是一个文本内容，返回了几千个字符串，从前往后检索到匹配的字符之后其实列表只是展示了部分内容。 [图片]
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：find接口的"isNeedTotal": true,这个统计有性能问题。true和false的差别相差接近十倍，需要优化 需求背景：经验证发现，PIPart/find/50/1，查一页50条数据，同样的查询条件，"isNeedTotal": true，需要1676ms，"isNeedTotal": false，只要147ms，差了10倍。如果能优化，将大大提升/find接口的性能。系统中/find接口使用较多 急：如果能优化，将提升我们系统所有对象的列表查询性能。 [图片] [图片] 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：find接口的"isNeedTotal": true,这个统计有性能问题。true和false的差别相差接近十倍，需要优化 需求背景：经验证发现，PIPart/find/50/1，查一页50条数据，同样的查询条件，"isNeedTotal": true，需要1676ms，"isNeedTotal": false，只要147ms，差了10倍。如果能优化，将大大提升/find接口的性能。系统中/find接口使用较多 急：如果能优化，将提升我们系统所有对象的列表查询性能。 [图片] [图片]
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：java服务编排，优化编译时间，当前需要200ms。优化后能对许多场景的性能都有很大的提升。 需求背景：经验证发现，从java服务编排中直接调用controller，比直接调用多200ms，初步和dme沟通，是由于java服务编排编译需要200ms。 优先级：紧急。因影响很多java服务编排的性能。 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：java服务编排，优化编译时间，当前需要200ms。优化后能对许多场景的性能都有很大的提升。 需求背景：经验证发现，从java服务编排中直接调用controller，比直接调用多200ms，初步和dme沟通，是由于java服务编排编译需要200ms。 优先级：紧急。因影响很多java服务编排的性能。
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：期望find接口可以指定多层字段不返回，如：在PIPart/find接口中，可以指定lifecycleTemplate里面的lifecyclePhaseList不返回，但是lifecycleTemplate里面其他字段都可以返回。 需求背景：PIPart/find接口的返回数据，由于lifecycleTemplate里面的lifecyclePhaseList字段过长，导致反序列化过慢。目前该接口只能指定lifecycleTemplate不返回，但无法指定多层，即无法指定lifecyclePhaseList字段不返回。如支持，能提高反序列化速度，提高性能。 优先级：高。 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：期望find接口可以指定多层字段不返回，如：在PIPart/find接口中，可以指定lifecycleTemplate里面的lifecyclePhaseList不返回，但是lifecycleTemplate里面其他字段都可以返回。 需求背景：PIPart/find接口的返回数据，由于lifecycleTemplate里面的lifecyclePhaseList字段过长，导致反序列化过慢。目前该接口只能指定lifecycleTemplate不返回，但无法指定多层，即无法指定lifecyclePhaseList字段不返回。如支持，能提高反序列化速度，提高性能。 优先级：高。
- 场景描述： 高代码编排不分页SQL默认返回10条数据，不能满足使用需求 建议方案： 高代码编排不分页SQL默认返回1000条数据 场景描述： 高代码编排不分页SQL默认返回10条数据，不能满足使用需求 建议方案： 高代码编排不分页SQL默认返回1000条数据
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：支持数据备份到本地。支持导出客户数据，全量导出，或部分导出。导出客户数据，支持Excel、SQL等常用的格式。 需求描述：业务场景：定期将SaaS上的数据备份到客户本地，主要的意义如下：1）安全的担心。PI-PLM中存储的是研发的核心资产，全部在华为云上客户有些担心，因此需要定期本地在本地，SaaS产品能上能下，客户有安全感。2）统计分析。客户会调取研发数据进行业务分析。3）续签问题。客户如果不再续签、数据需要搬迁由于数据备份需要在客户的合同上体现出来所以较为紧急。 优先级：紧急，期望快点处理。现阶段有几个客户提出了这个疑问。 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：支持数据备份到本地。支持导出客户数据，全量导出，或部分导出。导出客户数据，支持Excel、SQL等常用的格式。 需求描述：业务场景：定期将SaaS上的数据备份到客户本地，主要的意义如下：1）安全的担心。PI-PLM中存储的是研发的核心资产，全部在华为云上客户有些担心，因此需要定期本地在本地，SaaS产品能上能下，客户有安全感。2）统计分析。客户会调取研发数据进行业务分析。3）续签问题。客户如果不再续签、数据需要搬迁由于数据备份需要在客户的合同上体现出来所以较为紧急。 优先级：紧急，期望快点处理。现阶段有几个客户提出了这个疑问。
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 场景描述：按需对iDME运行服务进行缩扩容。 建议方案：支持节点数、用户数缩扩容。 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 场景描述：按需对iDME运行服务进行缩扩容。 建议方案：支持节点数、用户数缩扩容。
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中
热门标签