- 场景描述： 通过关联物理表的方式创建数据实体，保存的时候一直提示中文名称重复，可能是与linkX基础属性名称重复，建议在实体属性那一栏自行修改名称，方可保存，现在是关联完之后实体属性是选不了的，只能修改自己的数据库备注 [图片] 建议方案：建议关联后在实体属性那一栏自行修改名称，方可保存，现在是关联完之后实体属性是选不了的，只能保存，或者在关联的那里能修改中文名称 场景描述： 通过关联物理表的方式创建数据实体，保存的时候一直提示中文名称重复，可能是与linkX基础属性名称重复，建议在实体属性那一栏自行修改名称，方可保存，现在是关联完之后实体属性是选不了的，只能修改自己的数据库备注 [图片] 建议方案：建议关联后在实体属性那一栏自行修改名称，方可保存，现在是关联完之后实体属性是选不了的，只能保存，或者在关联的那里能修改中文名称
-
【功能建议】事务处理 未采纳场景描述：在sdk使用中，事务调用transactionApiDelegateService.openTransaction()创建开启事务的对象，然后实例化事务事务对象，同一个方法中，每一个需要事务的地方，我都需要实例化这个开始事务的对象。如果我需要调用10个模型表或者更多模型表的同时create数据，我就需要创建10次开启事务的对象，把对象传入每个create中，这样增加了很多的代码。 建议方案：简化事务的代码，在一个方法上下文中，使用一行代码开启事务，一行代码提交事务。 场景描述：在sdk使用中，事务调用transactionApiDelegateService.openTransaction()创建开启事务的对象，然后实例化事务事务对象，同一个方法中，每一个需要事务的地方，我都需要实例化这个开始事务的对象。如果我需要调用10个模型表或者更多模型表的同时create数据，我就需要创建10次开启事务的对象，把对象传入每个create中，这样增加了很多的代码。 建议方案：简化事务的代码，在一个方法上下文中，使用一行代码开启事务，一行代码提交事务。
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：设计态，功能配置-扩展属性配置，支持删除配置 业务场景：1）需删除一些不用的扩展属性配置，减少扩展表数量，减少应用发布时的模型表总量，降低发布应用失败的风险。2）文本类型的扩展属性配置，长度不支持修改，如果业务需求变化需要修改配置的长度，需将原来的配置删除后重建。[图片] 优先级：高 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：设计态，功能配置-扩展属性配置，支持删除配置 业务场景：1）需删除一些不用的扩展属性配置，减少扩展表数量，减少应用发布时的模型表总量，降低发布应用失败的风险。2）文本类型的扩展属性配置，长度不支持修改，如果业务需求变化需要修改配置的长度，需将原来的配置删除后重建。[图片] 优先级：高
- 场景描述： iDME关系实体只支持关系对象ID字段主键关联查询，目前无法支持对关系对象非ID字段关联查询。 多表查询场景，需要使用编排脚本方式进行实施。 建议方案： 关系实体能够支持关系对象非ID字段关联查询。 场景描述： iDME关系实体只支持关系对象ID字段主键关联查询，目前无法支持对关系对象非ID字段关联查询。 多表查询场景，需要使用编排脚本方式进行实施。 建议方案： 关系实体能够支持关系对象非ID字段关联查询。
- 场景描述： 工业软件模型（如MBSE）会解析成文本形式存到数据库里，所以需要大文本的支持。因此，需要iDME支持longtext类型。 建议方案： 在iDME模型属性类型里增加支持longtext类型。（MySQL和PostgreSQL） 场景描述： 工业软件模型（如MBSE）会解析成文本形式存到数据库里，所以需要大文本的支持。因此，需要iDME支持longtext类型。 建议方案： 在iDME模型属性类型里增加支持longtext类型。（MySQL和PostgreSQL）
- 场景描述： 在多行业多客户的场景下，只能将通用版本模型从帐号实例导出，再导入到行业版本帐号实例。 建议方案： 希望在运行态能够支持多行业多客户模型复用。 场景描述： 在多行业多客户的场景下，只能将通用版本模型从帐号实例导出，再导入到行业版本帐号实例。 建议方案： 希望在运行态能够支持多行业多客户模型复用。
- 场景描述： 使用iDME反向建模功能： 1、建模出来的类名称只有首字母大写，没有形成驼峰型，如data_resource_info表，反向建模生成的英文名称为Dataresourceinfo，希望形成DataResourceInfo这种驼峰型命名 2、属性名全是小写，也没有形成驼峰型，如country_name字段，反向建模生成的英文名称为countryname，希望生成countryName这种驼峰型命名 建议方案： 类名称和属性支持驼峰型。 场景描述： 使用iDME反向建模功能： 1、建模出来的类名称只有首字母大写，没有形成驼峰型，如data_resource_info表，反向建模生成的英文名称为Dataresourceinfo，希望形成DataResourceInfo这种驼峰型命名 2、属性名全是小写，也没有形成驼峰型，如country_name字段，反向建模生成的英文名称为countryname，希望生成countryName这种驼峰型命名 建议方案： 类名称和属性支持驼峰型。
- 场景描述： 1、在HDC/HC/生态大会等场景下，需要外部用户通过手机快速获取iDME设计服务，从而进行引流拉新。 2、从华为云官网自然流量进来的用户，简化用户获取设计态操作：进去iDME页面，弹窗“是否获取iDME设计态(永久免费)，开启云上设计工业软件之旅？”，用户点击确定后即获取iDME设计态。 建议方案： 1、iDME 设计服务购买页面适配手机端操作； 2、简化用户获取设计态操作：进去iDME页面，弹窗“是否获取iDME设计态(永久免费)，开启云上设计工业软件之旅？”用户点击确定后即获取iDME设计态。 [图片] 场景描述： 1、在HDC/HC/生态大会等场景下，需要外部用户通过手机快速获取iDME设计服务，从而进行引流拉新。 2、从华为云官网自然流量进来的用户，简化用户获取设计态操作：进去iDME页面，弹窗“是否获取iDME设计态(永久免费)，开启云上设计工业软件之旅？”，用户点击确定后即获取iDME设计态。 建议方案： 1、iDME 设计服务购买页面适配手机端操作； 2、简化用户获取设计态操作：进去iDME页面，弹窗“是否获取iDME设计态(永久免费)，开启云上设计工业软件之旅？”用户点击确定后即获取iDME设计态。 [图片]
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 立讯紧急需求 需求描述：运行态，分类节点。英文名称中可以是用 / . + - &等字符，且可以以数字开头，支持I/O USB3.0 QSFP+ 2mm S-ATA Series。分类中文名称支持 / . + - &，示例数据I/O USB3.0 QSFP+ S-ATA Series 笔记本屏（LVDS&MCC）类连接器类 业务背景：1、分类英文名称无法使用数字开头，且不允许 / . + - &等字符，对于2mm接口描述，USB/type_c等属性无法很好的表达，目前使用的是 two mm 与USB_TYPE_C.，示例数据I/O USB3.0 QSFP+ 2mm S-ATA Series2、分类中文名称不支持 / . + - &等字符，示例数据I/O USB3.0 QSFP+ S-ATA Series 笔记本屏（LVDS&MCC）类连接器类 [图片] [图片] 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 立讯紧急需求 需求描述：运行态，分类节点。英文名称中可以是用 / . + - &等字符，且可以以数字开头，支持I/O USB3.0 QSFP+ 2mm S-ATA Series。分类中文名称支持 / . + - &，示例数据I/O USB3.0 QSFP+ S-ATA Series 笔记本屏（LVDS&MCC）类连接器类 业务背景：1、分类英文名称无法使用数字开头，且不允许 / . + - &等字符，对于2mm接口描述，USB/type_c等属性无法很好的表达，目前使用的是 two mm 与USB_TYPE_C.，示例数据I/O USB3.0 QSFP+ 2mm S-ATA Series2、分类中文名称不支持 / . + - &等字符，示例数据I/O USB3.0 QSFP+ S-ATA Series 笔记本屏（LVDS&MCC）类连接器类 [图片] [图片]
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求：运行态，分类的英文名称需支持常用标点符：横杠、斜杠、英文括号、英文句号、英文逗号 业务场景：业务上需要的分类英文名称例如：S-ATA I/O (LVDS)等 [图片] 优先级：紧急 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求：运行态，分类的英文名称需支持常用标点符：横杠、斜杠、英文括号、英文句号、英文逗号 业务场景：业务上需要的分类英文名称例如：S-ATA I/O (LVDS)等 [图片] 优先级：紧急
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：mysql数据库类型应用，iDME扩展属性，文本类型扩展属性需超过300个，总长度超过7600 详细描述：mysql数据库类型应用，iDME扩展属性，数量上不支持同一种类型超过200个，但存在某些模型，文本类型的扩展属性达到了300多个。长度上，不能超过7600，不满足文本属性业务需求。 业务场景：例如空调业务，健康电器研发立项表单，有300多个文本类型扩展属性（父类是立项任务书实体模型，各其他类型立项表单使用扩展类型实现）。 [图片] 存在问题： 1、Mysql应用，文本每种类型支持200个，300多个文本扩展属性支持不了。（如果200个文本，100多个长文本，会有查询性能问题） 2、Mysql应用的，文本属性行存储总字节数不能超过7600,请检查！ 如果是200个，每个长度只能是38，不支持业务需求[图片] 优先级：紧急。特别是长度总和7600，这个很严重 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：mysql数据库类型应用，iDME扩展属性，文本类型扩展属性需超过300个，总长度超过7600 详细描述：mysql数据库类型应用，iDME扩展属性，数量上不支持同一种类型超过200个，但存在某些模型，文本类型的扩展属性达到了300多个。长度上，不能超过7600，不满足文本属性业务需求。 业务场景：例如空调业务，健康电器研发立项表单，有300多个文本类型扩展属性（父类是立项任务书实体模型，各其他类型立项表单使用扩展类型实现）。 [图片] 存在问题： 1、Mysql应用，文本每种类型支持200个，300多个文本扩展属性支持不了。（如果200个文本，100多个长文本，会有查询性能问题） 2、Mysql应用的，文本属性行存储总字节数不能超过7600,请检查！ 如果是200个，每个长度只能是38，不支持业务需求[图片] 优先级：紧急。特别是长度总和7600，这个很严重
- 场景描述：举例来说，工序为父类，底下可以分很多子类，比如机加工序，焊接工序，装配工序，单板工序等等，其中机加工序底下实际还会分更多的子类，比如可分为车、铣、刨、磨、钳、数控，很多情况下，可能实际情况是车、铣作为机加工序的代表，然后属性都一样，只不过类型属性值不一样（比如机加类型=车or铣…）；但是刨和磨可能需要在机加工序基础上增加一些属性定义，这样就会出现机加工序本身也要是实体类（因为要新建对象实例出来比如X粗车工序，X精车工序等），刨和磨又是机加工序的实体子类的情况。 其实还有很多类似的场景，比如原材料，工艺，零部件等等都会出现类似多层继承子类的情况； 因为当前iDME平台是不支持实体模型继承的，因此要满足这种情况，可能需要两种变通方案： 方案一：定义工序虚拟抽象类，然后机加工序和刨、磨三类作为平行的实体子类，即三者不是父子关系； 方案二：定义工序虚拟抽象类，然后机加工序是工序的虚拟抽象子类，然后再定义车/铣工序和刨、磨三类作为平行的实体子类。 这样的设计表面上是满足需求，但是和实际业务完全不符合，使得数据模型定义人员的逻辑思路会打乱，比如方案二如果客户还想在车工序下面再细分为普通车和数控车两种子类如何处理？客户现场千差万别，很难说还有其他类似的衍生场景需求出现。 同时也会带来模型定义、后台API以及前端页面都要为此底层模型设计而增加适配的工作量代价。 建议方案：数据实体的实体模型能支持继承定义子类 场景描述：举例来说，工序为父类，底下可以分很多子类，比如机加工序，焊接工序，装配工序，单板工序等等，其中机加工序底下实际还会分更多的子类，比如可分为车、铣、刨、磨、钳、数控，很多情况下，可能实际情况是车、铣作为机加工序的代表，然后属性都一样，只不过类型属性值不一样（比如机加类型=车or铣…）；但是刨和磨可能需要在机加工序基础上增加一些属性定义，这样就会出现机加工序本身也要是实体类（因为要新建对象实例出来比如X粗车工序，X精车工序等），刨和磨又是机加工序的实体子类的情况。 其实还有很多类似的场景，比如原材料，工艺，零部件等等都会出现类似多层继承子类的情况； 因为当前iDME平台是不支持实体模型继承的，因此要满足这种情况，可能需要两种变通方案： 方案一：定义工序虚拟抽象类，然后机加工序和刨、磨三类作为平行的实体子类，即三者不是父子关系； 方案二：定义工序虚拟抽象类，然后机加工序是工序的虚拟抽象子类，然后再定义车/铣工序和刨、磨三类作为平行的实体子类。 这样的设计表面上是满足需求，但是和实际业务完全不符合，使得数据模型定义人员的逻辑思路会打乱，比如方案二如果客户还想在车工序下面再细分为普通车和数控车两种子类如何处理？客户现场千差万别，很难说还有其他类似的衍生场景需求出现。 同时也会带来模型定义、后台API以及前端页面都要为此底层模型设计而增加适配的工作量代价。 建议方案：数据实体的实体模型能支持继承定义子类
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：DME设计态模型只支持500个，如果项目超过了500个模型，将无法进行，请DME给解决方案 业务背景：PLM产品，基础业务功能如part&bom,文档管理，CAD集成，工艺管理，项目管理，需求管理。其他业务功能比如产品平台，分类，型号，样品等等。功能越多，模型越多。DME设计态模型总量不支持超过500个，项目做不起来。请DME针对模型数量超过500个的情况，给解决方案 [图片] 优先级：紧急 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：DME设计态模型只支持500个，如果项目超过了500个模型，将无法进行，请DME给解决方案 业务背景：PLM产品，基础业务功能如part&bom,文档管理，CAD集成，工艺管理，项目管理，需求管理。其他业务功能比如产品平台，分类，型号，样品等等。功能越多，模型越多。DME设计态模型总量不支持超过500个，项目做不起来。请DME针对模型数量超过500个的情况，给解决方案 [图片] 优先级：紧急
- 场景描述： 1、场景一，需要关联查询装配体下的子部件，子部件数量不确定，返回数据量不确定（存在一个模型5000零件，已有业务场景会返回超过5w数据），调整查询排序，会导致数据重合。2、场景二，获取全量数据，需要分页接口，未提供单接口全量返回，可临时规避，超过5w数据量时会受影响。3、场景三，获取分页数据末页的数据，使用情景少，但需要有对应功能 建议方案： 开放偏移量限制。 场景描述： 1、场景一，需要关联查询装配体下的子部件，子部件数量不确定，返回数据量不确定（存在一个模型5000零件，已有业务场景会返回超过5w数据），调整查询排序，会导致数据重合。2、场景二，获取全量数据，需要分页接口，未提供单接口全量返回，可临时规避，超过5w数据量时会受影响。3、场景三，获取分页数据末页的数据，使用情景少，但需要有对应功能 建议方案： 开放偏移量限制。
- 场景描述： 一个类型A，添加分类扩展属性后被分类到分类节点N 一个类型B，添加分类扩展属性后被分类到分类节点N我无法通过分类节点查询所有被分类的类型 我也无法把类型A同时分类到节点N和节点M 建议方案： 修正 场景描述： 一个类型A，添加分类扩展属性后被分类到分类节点N 一个类型B，添加分类扩展属性后被分类到分类节点N我无法通过分类节点查询所有被分类的类型 我也无法把类型A同时分类到节点N和节点M 建议方案： 修正
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中
热门标签