- 场景描述：iDME主对象和版本对象的使用过程中，不能直接对主对象进行查询等操作。 建议方案：能进行主对象查询等操作 场景描述：iDME主对象和版本对象的使用过程中，不能直接对主对象进行查询等操作。 建议方案：能进行主对象查询等操作
-
【产品缺陷】iDME多表联查与服务编排 预审不通过场景描述：多表联查是一个系统中非常常见的基础需求。现iDME接口不支持联表查询造成大量的复杂业务要以SQL方式写到高代码编排里面。这样高代码写出来的服务编排不利于调试、多项目代码管理混乱、版本发布过程不可控、业务逻辑割裂 建议方案：与iDME团队沟通过后面iDME需要确定视图模式。或者通过接口方式指定SQL语句传入 场景描述：多表联查是一个系统中非常常见的基础需求。现iDME接口不支持联表查询造成大量的复杂业务要以SQL方式写到高代码编排里面。这样高代码写出来的服务编排不利于调试、多项目代码管理混乱、版本发布过程不可控、业务逻辑割裂 建议方案：与iDME团队沟通过后面iDME需要确定视图模式。或者通过接口方式指定SQL语句传入
- 场景描述：多表联查是一个系统中非常常见基础需求。现 IDME接口不支持联表查询造成大量的复杂业务要以 SQL 方式写到高代码编排里面。这样高代码写出来的服务编排不利于调试、多项目代码管理混乱、版本发布过程不可控、业务逻辑割裂。 建议方案：iDME已经考虑到大家多模型关联查询的诉求，后续提供虚拟实体的功能，支持将有关系的实体编排成一个虚拟实体，通过虚拟实体的查询接口进行查询。 场景描述：多表联查是一个系统中非常常见基础需求。现 IDME接口不支持联表查询造成大量的复杂业务要以 SQL 方式写到高代码编排里面。这样高代码写出来的服务编排不利于调试、多项目代码管理混乱、版本发布过程不可控、业务逻辑割裂。 建议方案：iDME已经考虑到大家多模型关联查询的诉求，后续提供虚拟实体的功能，支持将有关系的实体编排成一个虚拟实体，通过虚拟实体的查询接口进行查询。
- 场景描述：广汽云上的iDME的logo是华为相关的，用户期望改为广汽的 [图片] 建议方案： 场景描述：广汽云上的iDME的logo是华为相关的，用户期望改为广汽的 [图片] 建议方案：
- 场景描述： 我们业务中存在多个模型间存在父子关系，然后获取父子树形结构。 建议方案： 建议IDME模型树形结构功能及接口能够支持多模型间的查询和操作。 场景描述： 我们业务中存在多个模型间存在父子关系，然后获取父子树形结构。 建议方案： 建议IDME模型树形结构功能及接口能够支持多模型间的查询和操作。
- 场景描述： 我们的业务中存在一个模型有多层子模型，但模型层数不确定，如果要获取这样的树结构，必须要多层递归实现，这样使得接口效率非常低！ 建议方案： 建议提供在【树形结构】功能提供多层结构查询的接口？！能够指定层数查询，并且支持当层数参数传入特殊值时（例如-1），只要存在子级不断获取，直到最后一级子对象，然后返回所有子的树结构？ 场景描述： 我们的业务中存在一个模型有多层子模型，但模型层数不确定，如果要获取这样的树结构，必须要多层递归实现，这样使得接口效率非常低！ 建议方案： 建议提供在【树形结构】功能提供多层结构查询的接口？！能够指定层数查询，并且支持当层数参数传入特殊值时（例如-1），只要存在子级不断获取，直到最后一级子对象，然后返回所有子的树结构？
-
【功能建议】iDME修改字段类型升级步骤太复杂 预审不通过场景描述： iDME修改字段类型，升级时：需要删除字段发布实体发布应用，再新增字段发实体发布应用且原来数据丢失。 建议方案： iDME修改字段类型后，直接发布实体发布应用即可生效，并保留历史数据不变。 场景描述： iDME修改字段类型，升级时：需要删除字段发布实体发布应用，再新增字段发实体发布应用且原来数据丢失。 建议方案： iDME修改字段类型后，直接发布实体发布应用即可生效，并保留历史数据不变。
- 场景描述： 客户实际使用XDM场景，客户有5条产品线，每条产品线建一个应用，5条产品线公用一个设计态，每条产品线有一个运行态。最终是1一个设计态和5个运行态。XDM核心负责人一个，每个应用一个核心负责人，给具体开发、测试等创建具体ssf用户时，会出现6个人公用一个sysadmin用户，导致sysadmin密码管理混淆。用户期望sysadmin可以创建管理ssf用户的用户。 建议方案： sysadmin支持创建的用户可以管理ssf用户 场景描述： 客户实际使用XDM场景，客户有5条产品线，每条产品线建一个应用，5条产品线公用一个设计态，每条产品线有一个运行态。最终是1一个设计态和5个运行态。XDM核心负责人一个，每个应用一个核心负责人，给具体开发、测试等创建具体ssf用户时，会出现6个人公用一个sysadmin用户，导致sysadmin密码管理混淆。用户期望sysadmin可以创建管理ssf用户的用户。 建议方案： sysadmin支持创建的用户可以管理ssf用户
- 场景描述： 本地部署sdk，当前/rdm_668d36ff32734146980f53c2b15ff3f3_app/services/rdm/basic/api/tenantInfo接口url path路径不支持配置，麻烦后续支持 建议方案： /rdm_668d36ff32734146980f53c2b15ff3f3_app/services/rdm部分支持可配置，同其他接口保持一致 场景描述： 本地部署sdk，当前/rdm_668d36ff32734146980f53c2b15ff3f3_app/services/rdm/basic/api/tenantInfo接口url path路径不支持配置，麻烦后续支持 建议方案： /rdm_668d36ff32734146980f53c2b15ff3f3_app/services/rdm部分支持可配置，同其他接口保持一致
-
【功能建议】多租户下的数据共享 未采纳场景描述：使用DME 私有化部署 1.在多租户场景下，部件模型表下有多个扩展子类型，其中（零件）子类型 需要在多个租户下进行共享，而另一个子类型（成品）需要在多个租户下进行隔离。 2.多租户场景下，有一个从外部系统同步过来的客户表，这个客户模型数据需要进行共享，不适合每个租户都保存一份，不然一旦外部系统对客户数据进行修改，就需要对每个租户下的客户数据进行变更。 建议方案：各租户可以查询到共享数据 场景描述：使用DME 私有化部署 1.在多租户场景下，部件模型表下有多个扩展子类型，其中（零件）子类型 需要在多个租户下进行共享，而另一个子类型（成品）需要在多个租户下进行隔离。 2.多租户场景下，有一个从外部系统同步过来的客户表，这个客户模型数据需要进行共享，不适合每个租户都保存一份，不然一旦外部系统对客户数据进行修改，就需要对每个租户下的客户数据进行变更。 建议方案：各租户可以查询到共享数据
- 需求描述：支持本地数据库，导入到云上。 需求背景：1）系统升级，数据结构改动大，适配历史数据需要本地转换数据后，导入到云上数据库。 2）应用迁移，较多模型名称发生改变，迁移运行态数据，需要将数据整库从云上下载到本地（iDME运维助手上支持），在本地进行验证，验证处理好之后，再将本地数据库，导入到云上（这里不支持）。 优先级：紧急。 期望解决日期：尽快，最近一个版本，2月左右。 需求描述：支持本地数据库，导入到云上。 需求背景：1）系统升级，数据结构改动大，适配历史数据需要本地转换数据后，导入到云上数据库。 2）应用迁移，较多模型名称发生改变，迁移运行态数据，需要将数据整库从云上下载到本地（iDME运维助手上支持），在本地进行验证，验证处理好之后，再将本地数据库，导入到云上（这里不支持）。 优先级：紧急。 期望解决日期：尽快，最近一个版本，2月左右。
- 需求描述：支持文件迁移。存储在云上的所有文件数据，能从A应用迁移到B应用 背景：准备做应用迁移，将PIXDMUAT和PIXDM两个应用的设计态模型和运行态数据，都迁移到新的应用上（还是云上）。 1、设计态模型有改动，比如按照标准，模型英文名改动：PIPart - Part，涉及到表结构变化。运行态的表结构，和数据实例等都有较大变动。 2、原来saas应用上还有一些客户和测试的数据，需要保留和迁移到新应用 基于此背景，涉及到文件的迁移。该文件，指的是有些实例有文件属性，会绑定一个用户上传的文件，默认存储在OBS里的。 （应用迁移，我们已经开始做了。计划是3月底完成。） 优先级：紧急， 期望解决日期：期望尽快，最近一个版本，2月左右。 需求描述：支持文件迁移。存储在云上的所有文件数据，能从A应用迁移到B应用 背景：准备做应用迁移，将PIXDMUAT和PIXDM两个应用的设计态模型和运行态数据，都迁移到新的应用上（还是云上）。 1、设计态模型有改动，比如按照标准，模型英文名改动：PIPart - Part，涉及到表结构变化。运行态的表结构，和数据实例等都有较大变动。 2、原来saas应用上还有一些客户和测试的数据，需要保留和迁移到新应用 基于此背景，涉及到文件的迁移。该文件，指的是有些实例有文件属性，会绑定一个用户上传的文件，默认存储在OBS里的。 （应用迁移，我们已经开始做了。计划是3月底完成。） 优先级：紧急， 期望解决日期：期望尽快，最近一个版本，2月左右。
- 需求描述：支持管理员可以检入其他人检出的数据。 需求背景：当前，其他人检出的对象，管理员可以撤销检出。但是管理员不能检入其他人检出的，DME限制检入只能是更新者。希望管理员可以检入其他人的检出的对象 业务场景：1）处理异常数据的时候 2）系统集成的时候。从其他系统同步数据的时候，如果对象被其他人检出了，需要管理员检入，再更新。 优先级：紧急 期望解决日期：2025年2月份版本 需求描述：支持管理员可以检入其他人检出的数据。 需求背景：当前，其他人检出的对象，管理员可以撤销检出。但是管理员不能检入其他人检出的，DME限制检入只能是更新者。希望管理员可以检入其他人的检出的对象 业务场景：1）处理异常数据的时候 2）系统集成的时候。从其他系统同步数据的时候，如果对象被其他人检出了，需要管理员检入，再更新。 优先级：紧急 期望解决日期：2025年2月份版本
- 场景描述： 我们的SaaS业务版本上线过程中如果遇到重大问题，不能完成变更，需要回退到之前的版本，iDME可以在运维助手页面回退数据库的备份数据，但是运行态部署包无法在页面上回退。 建议方案： 急切需要运行态部署包支持页面有入口进行回退操作。 场景描述： 我们的SaaS业务版本上线过程中如果遇到重大问题，不能完成变更，需要回退到之前的版本，iDME可以在运维助手页面回退数据库的备份数据，但是运行态部署包无法在页面上回退。 建议方案： 急切需要运行态部署包支持页面有入口进行回退操作。
- 场景描述： 数据实体类型为json的属性，实际映射为java类的JSONArray对象，不满足postgres数据库中同时包含JSONArray和JSONObject的场景 建议方案： json属性需要同时支持JOSNArray和JSONObject格式 场景描述： 数据实体类型为json的属性，实际映射为java类的JSONArray对象，不满足postgres数据库中同时包含JSONArray和JSONObject的场景 建议方案： json属性需要同时支持JOSNArray和JSONObject格式
上滑加载中
推荐直播
-
HDC深度解读系列 - Serverless与MCP融合创新，构建AI应用全新智能中枢2025/08/20 周三 16:30-18:00
张昆鹏 HCDG北京核心组代表
HDC2025期间，华为云展示了Serverless与MCP融合创新的解决方案，本期访谈直播，由华为云开发者专家(HCDE)兼华为云开发者社区组织HCDG北京核心组代表张鹏先生主持，华为云PaaS服务产品部 Serverless总监Ewen为大家深度解读华为云Serverless与MCP如何融合构建AI应用全新智能中枢
回顾中 -
关于RISC-V生态发展的思考2025/09/02 周二 17:00-18:00
中国科学院计算技术研究所副所长包云岗教授
中科院包云岗老师将在本次直播中，探讨处理器生态的关键要素及其联系，分享过去几年推动RISC-V生态建设实践过程中的经验与教训。
回顾中 -
一键搞定华为云万级资源，3步轻松管理企业成本2025/09/09 周二 15:00-16:00
阿言 华为云交易产品经理
本直播重点介绍如何一键续费万级资源，3步轻松管理成本，帮助提升日常管理效率！
回顾中
热门标签