- 工业数字模型驱动引擎（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 建议方案： 修正
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：请iDME提供备份方法或工具，支持备份和迁移整个应用，或某个租户的数据。 需求背景：1）客户提出希望能定期备份数据。2）DME环境迁移时，或换账号购买DME时，会涉及到迁移整个应用或某个租户的数据。 如果在现有条件下自行备份租户数据，根本不现实，存在的问题：如使用原子接口，1obs等文件数据我们备份不了 2数据中存在参考关系，依赖关系，有先后顺序，工作量非常巨大。3 DME很多内置模型的数据我们备份不了。我们又接触不到数据库，弄起来很繁琐。数据存到DME平台，但无法整库备份或迁移，那客户的数据不就拿不到了 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：请iDME提供备份方法或工具，支持备份和迁移整个应用，或某个租户的数据。 需求背景：1）客户提出希望能定期备份数据。2）DME环境迁移时，或换账号购买DME时，会涉及到迁移整个应用或某个租户的数据。 如果在现有条件下自行备份租户数据，根本不现实，存在的问题：如使用原子接口，1obs等文件数据我们备份不了 2数据中存在参考关系，依赖关系，有先后顺序，工作量非常巨大。3 DME很多内置模型的数据我们备份不了。我们又接触不到数据库，弄起来很繁琐。数据存到DME平台，但无法整库备份或迁移，那客户的数据不就拿不到了
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：设计态-数据实体-功能配置-扩展属性配置，文本类型支持400个，并保证性能 业务场景：立讯项目上，1）立项申请表单汇总详情表(立项申请单模型的子类型)，一共需定义392个扩展属性，其中包含360个string类型扩展属性。2）任务书汇总详情表（任务书模型的子类型），需定义469个扩展属性，其中包含427个string类型属性。现有条件下，扩展属性限制100个，最多能定义100个文本+100个长文本，合计200个string类型字段，无法满足立讯业务对于string类型扩展属性字段的需求。需要将文本类型数量支持到400个，并优化性能，使文本类型扩展属性的数量达到400个之后，也能保证性能。 [图片] 重要性：紧急重要。期望在3月份版本支持。 希望在mysql和pg两种应用都支持。 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：设计态-数据实体-功能配置-扩展属性配置，文本类型支持400个，并保证性能 业务场景：立讯项目上，1）立项申请表单汇总详情表(立项申请单模型的子类型)，一共需定义392个扩展属性，其中包含360个string类型扩展属性。2）任务书汇总详情表（任务书模型的子类型），需定义469个扩展属性，其中包含427个string类型属性。现有条件下，扩展属性限制100个，最多能定义100个文本+100个长文本，合计200个string类型字段，无法满足立讯业务对于string类型扩展属性字段的需求。需要将文本类型数量支持到400个，并优化性能，使文本类型扩展属性的数量达到400个之后，也能保证性能。 [图片] 重要性：紧急重要。期望在3月份版本支持。 希望在mysql和pg两种应用都支持。
- 场景描述： 现在linkx-f种《数据设计》创建实体只支持《基础数据管理》里的数据源，如下图 [图片] 由于整合层数据量和数据表都很大，有的项目采用的ClickHouse储存的整合层数据，现在创建实体关联不了这块的数据 建议方案： 《基础数据管理》支持ClickHouse，能从ClickHouse里面同步数据 场景描述： 现在linkx-f种《数据设计》创建实体只支持《基础数据管理》里的数据源，如下图 [图片] 由于整合层数据量和数据表都很大，有的项目采用的ClickHouse储存的整合层数据，现在创建实体关联不了这块的数据 建议方案： 《基础数据管理》支持ClickHouse，能从ClickHouse里面同步数据
- 场景描述： 在《基础数据管理》创建了多个数据源，然后在《模型设计》新增实体，关联物理表的方式选择一个数据源新增，新增多个数据源的实体后，我想在这些实体中通过自定义sql的方式查出这些新增的实体并整合成一个新的实体，现在的自定义sql功能只能查一个数据源的，这就不满足整合层的场景。 建议方案： 我们这边整合层就是要把不同应用的数据加到数据实体中，每个应用一个数据源，然后在加进来的数据实体中进行几张表的整合和筛选必须要用的字段，形成一个新的实体供后面业务使用。 场景描述： 在《基础数据管理》创建了多个数据源，然后在《模型设计》新增实体，关联物理表的方式选择一个数据源新增，新增多个数据源的实体后，我想在这些实体中通过自定义sql的方式查出这些新增的实体并整合成一个新的实体，现在的自定义sql功能只能查一个数据源的，这就不满足整合层的场景。 建议方案： 我们这边整合层就是要把不同应用的数据加到数据实体中，每个应用一个数据源，然后在加进来的数据实体中进行几张表的整合和筛选必须要用的字段，形成一个新的实体供后面业务使用。
- 场景描述： 入图的时候会提示sql错误 建议方案： 以下是Nebula图数据库保留字的关键字，如果以下有任何可能当做字段名称的，建议兼容以下关键字 ADD ALTER AND AS ASC BALANCE BIGINT BOOL BY CHANGE COMPACT CREATE DELETE DESC DESCRIBE DISTINCT DOUBLE DOWNLOAD DROP EDGE EDGES EXISTS FETCH FIND FLUSH FROM GET GO GRANT IF IN INDEX INDEXES INGEST INSERT INT INTERSECT IS LIMIT LOOKUP MATCH MINUS NO NOT NULL OF OFFSET ON OR ORDER OVER OVERWRITE PROP REBUILD RECOVER REMOVE RETURN REVERSELY REVOKE SET SHOW STEPS STOP STRING SUBMIT TAG TAGS TIMESTAMP TO UNION UPDATE UPSERT UPTO USE VERTEX WHEN WHERE WITH XOR YIELD 场景描述： 入图的时候会提示sql错误 建议方案： 以下是Nebula图数据库保留字的关键字，如果以下有任何可能当做字段名称的，建议兼容以下关键字 ADD ALTER AND AS ASC BALANCE BIGINT BOOL BY CHANGE COMPACT CREATE DELETE DESC DESCRIBE DISTINCT DOUBLE DOWNLOAD DROP EDGE EDGES EXISTS FETCH FIND FLUSH FROM GET GO GRANT IF IN INDEX INDEXES INGEST INSERT INT INTERSECT IS LIMIT LOOKUP MATCH MINUS NO NOT NULL OF OFFSET ON OR ORDER OVER OVERWRITE PROP REBUILD RECOVER REMOVE RETURN REVERSELY REVOKE SET SHOW STEPS STOP STRING SUBMIT TAG TAGS TIMESTAMP TO UNION UPDATE UPSERT UPTO USE VERTEX WHEN WHERE WITH XOR YIELD
- 场景描述： 数据入了图，总共七万数据，做聚合编排服务，用非主键的字段当作入参，然后调用接口会返回这个错误，入图 [图片] 建议方案： 数据量大的情况下希望能调通聚合服务接口 场景描述： 数据入了图，总共七万数据，做聚合编排服务，用非主键的字段当作入参，然后调用接口会返回这个错误，入图 [图片] 建议方案： 数据量大的情况下希望能调通聚合服务接口
- 场景描述： 我很多个关联实体，目前探索只探索用id关联的字段才能探索出来，如下图 [图片] 建议方案： 能探索其他关联字段的数据 场景描述： 我很多个关联实体，目前探索只探索用id关联的字段才能探索出来，如下图 [图片] 建议方案： 能探索其他关联字段的数据
- 场景描述： link-x现在只支持文本varchar，数值double，布尔boolean，日期Timestamp；我们现有的项目有sqlserver数据库，用到的类型有uniqueidentifier、nvarchar、bit都不支持，需要兼容目前iDME中支持的数据库的相关类型 [图片] [图片] 建议方案： 建议支持linkx支持的数据源的所有类型 场景描述： link-x现在只支持文本varchar，数值double，布尔boolean，日期Timestamp；我们现有的项目有sqlserver数据库，用到的类型有uniqueidentifier、nvarchar、bit都不支持，需要兼容目前iDME中支持的数据库的相关类型 [图片] [图片] 建议方案： 建议支持linkx支持的数据源的所有类型
- 场景描述： 针对版本数据实体，选了多维视图&多维分支功能，应用发布及部署，导出应用jar，调用的时候报错 [图片] 生成的类也缺少setView方法 [图片] [图片] 场景描述： 针对版本数据实体，选了多维视图&多维分支功能，应用发布及部署，导出应用jar，调用的时候报错 [图片] 生成的类也缺少setView方法 [图片] [图片]
- 场景描述： 友好环境的idme和orgid账号没有关联性，导致orgid在登陆后获取的token不能访问idme orgid登录： orgid登录 [图片] idme登录： idme登录 [图片] 场景描述： 友好环境的idme和orgid账号没有关联性，导致orgid在登陆后获取的token不能访问idme orgid登录： orgid登录 [图片] idme登录： idme登录 [图片]
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签