- 场景描述： 使用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 建议方案： 修正
- 工业数字模型驱动引擎（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
- 场景描述： 数据入了图，总共七万数据，做聚合编排服务，用非主键的字段当作入参，然后调用接口会返回这个错误，入图 [图片] 建议方案： 数据量大的情况下希望能调通聚合服务接口 场景描述： 数据入了图，总共七万数据，做聚合编排服务，用非主键的字段当作入参，然后调用接口会返回这个错误，入图 [图片] 建议方案： 数据量大的情况下希望能调通聚合服务接口
上滑加载中
推荐直播
-
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步轻松管理成本，帮助提升日常管理效率！
回顾中
热门标签