在满足第一条原则的情况下，尽量不要选取在查询中存在常量过滤条件的字段作为分布键。例如，在表dwcjk相关的查询中，字段zqdh存在常量过滤条件“zqdh='000001'”，那么尽量不选择zqdh字段作为分布键。 在满足前两条原则的情况，尽量选择查询中的关联条件为分布键。当关联条件作为分

查看更多 →

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

查看更多 →

API设计 API设计 接口审核 编辑模式与API规范检查 公共模型 Markdown设计 API调试 脚本能力

查看更多 →

摘要：接口的摘要信息。 状态：API生命周期的状态，包括设计中、联调中、测试中、测试完、已发布、将废弃、已废弃。 所属目录：接口在项目中所属的目录。 所属Tags：接口所属的Tags，可以直接选择所属目录信息当作所属Tags，也可以在所属Tags框中手动输入Tag名再回车来生成所属Tags。

查看更多 →

Markdown设计 新建Markdown，可通过以下三种方式完成。 方法一：单击“新建 Markdown”图标。 方法二：单击目录树搜索框右侧的，在弹出的下拉框中，选择“新建Markdown”。 方法三：在目录树中选择一个目录，单击右侧图标，在弹出的下拉框中，选择“新建Markdown”。

查看更多 →

运行错误、安全事件等。三：跟踪（Trace)，跟踪可以追踪单个请求或事务在系统中的路径，帮助我们了解系统的执行情况。 对于构建在云上的应用，通过可观测性，可以快速发现和解决系统故障，从而提高系统从故障中的恢复速度。进一步地，可以提前发现系统的问题，例如性能，容量瓶颈，提前解决问题

查看更多 →

设计原则 组织，流程和成本管理相匹配 在成本优化过程中，一个很重要的原则是需要将组织结构，流程和成本管理相匹配。需要建立“责权分明”的体系，否则即使用再好的成本优化工具，也无法将成本优化落到实处。 流程上，需要把成本管理作为各个上云流程中必备的一环； 组织上，需要投入适当的时间，资源和人力用于建立 云财务管理 的能力。

查看更多 →

类情况下接入DDoS高防后可能会对正常业务造成影响。 业务是否使用了CDN 如果业务使用了CDN，请确保业务支持以下两种方案： 动态资源引流到DDoS高防，静态资源引流到CDN 无法分离发生攻击时手动切换到DDoS高防 业务是否要求使用专线回源 DDoS高防不支持专线回源。 业务使用的 域名 个数及转发规则个数

查看更多 →

英文名称。只允许英文字母、数字、空格、下划线、中划线、左右括号以及&符号。 别名 主题对象的别名。 描述 主题对象的描述信息。对于最低层级主题，此项参数为必选。在导入文件中应补充最低层级主题的描述信息。 数据owner部门 数据的拥有者所在部门。对于最低层级主题，此项参数为必选。在导入文件中应补充最低层级主题的数据owner部门信息。

查看更多 →

选择“用户任务”组件，在右侧“常规”页签中设置“名称”“责任人”“责任群组”等信息。 选择“连接箭头”组件，在右侧“常规”页签中设置“中文名称”“英文名称”，“通过条件”选择“表达式”。 常规属性设置完成后，选择监听器页签，根据实际情况，在“监听器列表”中，为组件添加相应的监听动作。 如“超时自动转审”“超时自动审批”等。

查看更多 →

设计流程 需求理解 设计思路 设计原则 总体架构

查看更多 →

设计DAG 操作场景 合理的设计程序结构，可以优化执行效率。在程序编写过程中要尽量减少shuffle操作，合并窄依赖操作。 操作步骤 以“同行车判断”例子讲解DAG设计的思路。 数据格式：通过收费站时间、车牌号、收费站编号...... 逻辑：以下两种情况下判定这两辆车是同行车 如果两辆车都通过相同序列的收费站，

查看更多 →

设计中心 方案里的流程图可以修改吗？ 如何移动画布？ 图元被线框框住无法选中怎么办？ 如何复制架构？ 设计阶段的方案还能编辑吗？ 架构设计时有些图元搜索不到。 如何新建部署架构？ 部署架构的删除按钮为什么是置灰的？ 解决方案工作台如何体现项目依赖的其他资源信息？ 设计中心页面为什么没有提交审核按钮？

查看更多 →

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

查看更多 →

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

查看更多 →

表数据通过Hash方式散列到集群中的所有DN上。 数据量较大的事实表。 Replication 集群中每一个DN都有一份全量表数据。 维度表、数据量较小的事实表。 Roundrobin 表的每一行被轮番地发送给各个DN，因此数据会被均匀地分布在各个DN中。 数据量较大的事实表，且使用Hash分布时找不到合适的分布列。

查看更多 →

API设计 API设计 接口审核 编辑模式与API规范检查 公共模型 Markdown设计 API调试 脚本能力

查看更多 →

Markdown设计 新建Markdown，可通过以下三种方式完成。 方法一：单击“新建 Markdown”图标。 方法二：单击目录树搜索框右侧的，在弹出的下拉框中，选择“新建Markdown”。 方法三：在目录树中选择一个目录，单击右侧图标，在弹出的下拉框中，选择“新建Markdown”。

查看更多 →

摘要：接口的摘要信息。 状态：API生命周期的状态，包括设计中、联调中、测试中、测试完、已发布、将废弃、已废弃。 所属目录：接口在项目中所属的目录。 所属Tags：接口所属的Tags，可以直接选择所属目录信息当作所属Tags，也可以在所属Tags框中手动输入Tag名再回车来生成所属Tags。

查看更多 →

（关联、分组操作较多的场景）。 即席查询（查询条件不确定，行存表扫描难以使用索引）。 选择分区方案 当表中的数据量很大时，应当对表进行分区，一般需要遵循以下原则： 【建议】使用具有明显区间性的字段进行分区，比如日期、区域等字段上建立分区。 【建议】分区名称应当体现分区的数据特征。例如，关键字+区间特征。

查看更多 →

Key（局部聚簇，简称PCK）是列存表的一种局部聚簇技术，在 GaussDB 中，使用PCK可以通过min/max稀疏索引实现事实表快速过滤扫描。PCK的选取遵循以下原则： 【关注】一张表上只能建立一个PCK，一个PCK可以包含多列，但是一般不建议超过2列。 【建议】在查询中的简单表达式过滤条件上创建PCK。这种过滤条件一般形如col

查看更多 →