表设计 总体上讲，良好的表设计需要遵循以下原则： 【关注】减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 【关注】尽量减少随机I/O。通过聚簇/局部聚簇可以实现热数据的连续存储，将随机I/O转换为连续I/O，从而减少扫描的I/O代价。 选择存储方案 【建议】

查看更多 →

约束设计 DEFAULT和NULL约束 【建议】如果能够从业务层面补全字段值，那么，就不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 【建议】给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 【建议】给可以显式命名的约束显式命名。除了NOT

查看更多 →

约束设计 DEFAULT和NULL约束 【建议】如果能够从业务层面补全字段值，则不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 【建议】给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 【建议】给可以显式命名的约束显式命名。除了NOT

查看更多 →

流程设计 操作场景 使用设计组件，设计电子流的流程图，并为组件添加属性及监听器。 流程设计 流程申请单创建完成后，返回至申请单列表页面，单击操作列的“编辑”，进入流程编辑页面。 添加组件。 拖拽左侧列表中的组件至工作布。 单击画布中的组件，会显示快捷操作按钮，通过快捷按钮，也可以

查看更多 →

le占用了大量宝贵的网络资源，减小不必要的数据shuffle，可以减少网络压力，使数据的处理本地化，提高集群的性能和可支持的并发度。通过对关联条件和分组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择存储方案 【建议】表的存储类型是表定义设计的第一步，用户业务类

查看更多 →

标准设计 新建码表 新建数据标准 父主题： 数据架构

查看更多 →

依次新建更多的流程或子流程。一般需要设计L1~L3三层流程。第一层标识为L1层，第二层标识为L2层，第三层标识为L3。 示例如下： 图4 流程设计示例 导出流程 您可以将数据架构中已创建的流程导出到文件中。 在数据架构控制台，单击左侧导航树中的“流程设计”，进入流程设计页面。 单击流程列表上方

查看更多 →

中国(广州) 华南-广州 广州-黄埔-华新园 大一互联 广州-番禺-大学城 大一互联 广州-明美-联通 联通 广州-化龙-联通 联通 广州-云浦-电信 电信 深圳-宝德 中立机房 深圳-南山 深圳-福田 深圳-弈峰 弈峰 东莞-团泊洼 华为 华南-广州-友好用户环境 广州-化龙 联通

查看更多 →

中国(广州) 华南-广州 广州-黄埔-华新园 大一互联 广州-番禺-大学城 大一互联 广州-明美-联通 联通 广州-化龙-联通 联通 广州-云浦-电信 电信 深圳-宝德 中立机房 深圳-南山 深圳-福田 深圳-弈峰 弈峰 东莞-团泊洼 华为 华南-广州-友好用户环境 广州-化龙 联通

查看更多 →

自有数据中心的网络和安全防护体系相对成熟，可满足ERP部署需要。 组网规划说明 针对上述用户业务场景的需求，我们建议按如下方案进行云边组网，如图1所示。 图1 方案设计示意图 方案设计关键点： 考虑到目前用户业务均部署在本地，云边网络流量小，仅保持最低限度的管理面和数据面网络带宽即可。

查看更多 →

中国(广州) 华南-广州 广州-黄埔-华新园 大一互联 广州-番禺-大学城 大一互联 广州-明美-联通 联通 广州-化龙-联通 联通 广州-云浦-电信 电信 深圳-宝德 中立机房 深圳-南山 深圳-福田 深圳-弈峰 弈峰 东莞-团泊洼 华为 华南-广州-友好用户环境 广州-化龙 联通

查看更多 →

什么是关联公司？ 两家公司主体为子母公司或控股关系。 父主题： 其他

查看更多 →

值域标准：与码表编码对应。 样例一：企业开办参考标准 表2 企业开办参考标准示例 *业务对象 *逻辑实体 *业务属性 *业务定义及用途 *业务规则 *数据类型 数据长度 非空 *是否有允许值列表 允许值范围 参照的标准 值域标准 企业登记信息 企业基本信息 企业名称 登记企业的名称 登记企业的名称 字符型

查看更多 →

据模型，设计各种样式的管理报表，满足用户的各种账表查询需求。 图1 财务自助分析业务图 企业在日常业务中形成了多种业务和财务数据。 企业管理人员和财务人员想要查看业务或者财务数据的统计表。 可由报表设计人员根据业务人员的需求设计报表样式。 企业管理人员和财务人员根据设计好的报表查询财务业务报表数据。

查看更多 →

逻辑模型设计 逻辑模型设计用于定义和描述数据之间的逻辑关系。解决方案工作台支持创建逻辑实体并配置逻辑实体间的关系，支持从文件导入逻辑模型，支持导出逻辑模型。 创建逻辑模型 架构师进入到对应空间和方案后，选择对应信息架构的逻辑模型设计，点击“新建”按钮，填写模型名称和描述(非必填)，点击确认。

查看更多 →

API设计配置 ROMA API提供了API设计文件规范性检查，帮助用户快速设计标准的RESTful API。您可以选择已有的规则集或者新建规则集对API设计文件进行规范性检查。 ROMA API也支持配置扩展字段，您按照Swagger规范性设计API的同时，也可额外自定义扩展字段。

查看更多 →

高可用设计 具有高可用的系统必须避免单点故障，以防由于某个节点故障而导致整个系统不可用。 RES01 冗余 RES02 备份 RES03 跨AZ容灾 RES04 跨Region/跨云容灾 RES05 网络高可用 父主题： 韧性支柱

查看更多 →

常规锁设计 分区表通过表锁+分区锁两重设计，在表和分区上分别施加8个不同级别的常规锁，来保证DQL、DML、DDL并发过程中的合理行为控制。下表给出了不同级别锁的互斥行为，标记为√的两种常规锁互不阻塞，可以并行。 表1 常规锁行为 - ACCESS_SHARE ROW_SHARE

查看更多 →

Mock规则设计 配置请求规则 请求Mock服务时，系统会根据规则中配置的参数匹配，只有规则下所有参数满足匹配条件时，才可匹配到整个规则。 请求参数，支持Query、Path、Header、Body。 Path参数只有在当前选择的接口的url中存在path变量时才可以显示配置。

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般需要遵循以下原则： 尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

Mock规则设计 配置请求规则 请求Mock服务时，系统会根据规则中配置的参数匹配，只有规则下所有参数满足匹配条件时，才可匹配到整个规则。 请求参数，支持Query、Path、Header、Body。 Path参数只有在当前选择的接口的url中存在path变量时才可以显示配置。

查看更多 →