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

查看更多 →

iDME设计服务 创建应用 登录应用设计态 日常管理应用 查看应用 父主题： 数据建模引擎

查看更多 →

设计服务权限 设计服务提供应用管理功能，在应用管理页面，可管理iDME的所有应用，包括创建应用、删除、进入应用设计态开发应用等操作。 进入应用设计态后，基于iDME RBAC（Role-Based Access Control，基于角色的访问控制）能力的授权，通过权限设置给不同职

查看更多 →

网页防篡改版 开启网页防篡改时，您需为指定的主机分配一个配额，关闭企业主机安全服务或删除主机后，该配额可分配给其他的主机使用。 开启网页防篡改防护时会同步开启主机安全的旗舰版防护。 网页防篡改原理 表1 网页防篡改原理 防护类型 原理说明 静态网页防护 锁定本地文件目录 驱动级锁

查看更多 →

查看网页协同会话记录 前提条件 租户已开通网页协同特性。 客服代表拥有网页协同菜单权限。 背景信息 在第一个用户加入房间后生成一条记录，更新开始时间，在房间释放后更新结束时间。 操作步骤 以租户管理员角色登录客户服务云，选择“客户接触历史 > 网页协同记录”，进入菜单页面，即可查看网页协同会话记录。

查看更多 →

手机网站生成小程序 图4 电脑网站生成小程序 前提条件 已注册小程序，如果您未注册小程序，请选择直接注册小程序或使用已认证公众号快速注册小程序。 表1 小程序注册方式 注册方式 直接注册小程序 使用已认证公众号快速注册小程序 注册渠道 微信公众号平台注册小程序 适用主体 不限主体 非个人主体 使用用户

查看更多 →

询财务业务报表数据。 业务流程 图2 财务自助分析流程图 报表设计人员可在分析报表设计小应用中根据业务需求新建一个管理报表。 在分析报表设计中针对新建的这个管理报表可进行格式和数据的设计。 针对设计好的账表可将其发布成小应用，提供给其他人员使用。 权限管理员可将新发布的小应用分配权限给需要的角色或用户。

查看更多 →

数据标准设计 数据标准设计方法 针对属性字段设计数据标准，数据标准用于描述业务层面需共同遵守的属性层数据含义和业务规则。其描述了对某个数据的共同理解，这些理解一旦确定下来，就应作为标准被共同遵守。数据标准设计遵从以下原则： 以业务为导向，必须满足各标准各方的迫切需求，并根据业务需求分阶段推进制定工作；

查看更多 →

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

查看更多 →

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

查看更多 →

开发设计建议 开发设计建议概述 数据库对象命名 数据库对象设计 工具对接 SQL编写

查看更多 →

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

查看更多 →

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

查看更多 →

QoS策略设计 为了保证在网络拥塞情况下关键应用流量得到优先调度，需要配置QoS策略，保障关键流量的带宽，同时限制非关键流量的带宽。 办公软件、VoIP流量等为重要业务，属于关键流量，需要优先调度并保证带宽；保卫监控流量等属于非关键流量，对该部分流量进行带宽限制。 根据上行带宽大

查看更多 →

用户业务设计 VN设计 应用组设计 QoS策略设计 智能选路策略设计 站点上网策略设计 父主题： 用户组网和业务方案设计

查看更多 →

开发设计建议 开发设计建议概述 数据库对象命名 数据库对象设计 工具对接 SQL编写

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →