高（毫秒内~毫秒级） 数据量 小，建议1GB以内 大，TB级 中，GB级 存储资源 内存消耗大，单个TM全量存储 外置存储，无存储资源消耗 各TM分散存储，内存+磁盘存储 时效性 周期性数据加载，时效低 相对高 高 关联数据结果 低 中 - 大数据量的维度表建议采用HBase 数据量比较

查看更多 →

具体的应用需求来设定它的值，这取决于有些数据是否会被反复的查询到，如果存在较多的重复记录，将这个值设置为true可以提升效率，否则，建议关闭。 建议按默认配置，默认就是true，只要不强制设置成false就可以，例如： HColumnDescriptor fieldADesc =

查看更多 →

API版本选择建议 GES API版本与软件版本相对应，1.0.0为起始版本号，其余版本均在起始版本基础上进行修改，且向下兼容。具体请参考管理面API概览和内存版中各接口对应的版本号。 建议您根据需要选择合适的版本进行操作。 父主题： 使用前必读

查看更多 →

开发设计建议概述 开发设计建议约定数据库建模和数据库应用程序开发过程中，应当遵守的设计规范。依据这些规范进行建模，能够更好地契合 GaussDB 的分布式处理架构，输出更高效的业务SQL代码。 开发设计建议中所陈述的“建议”和“关注”含义如下： 建议：用户应当遵守的设计规则。遵守这些

查看更多 →

使用规范和建议 本章节主要从命名、TAG、FIELD、查询等方面介绍GeminiDB Influx使用上的一些规范和建议，用于解决常见的使用错误，低效，难以维护等问题。 术语定义 规则：使用时必须遵守的约定。 建议：使用时必须考虑的约定。 名词解释 RP：Retention Po

查看更多 →

API版本选择建议 SSH密钥对提供了V3、V2.1和V2两个版本，建议您使用V3版本，能够更好的满足您的需求。 父主题： 使用前必读

查看更多 →

API版本选择建议 弹性负载均衡服务提供的API分为V3和V2版本，接口版本选择详见表1，整体API及对应功能列表详见API概览。 表1 弹性负载均衡API接口版本说明 API版本 接口功能说明 推荐实例 V3 支持独享型实例所有功能。 无法创建共享型实例，兼容支持存量共享型实例其他所有功能。

查看更多 →

API版本选择建议 随着版本升级，如下接口已废弃，不推荐使用： 创建端口（废弃） 查询端口（废弃） 查询端口列表（废弃） 更新端口（废弃） 删除端口（废弃） 父主题： 使用前必读

查看更多 →

API版本选择建议 当前RES服务对外API开放存在2种： RES新版本的API接口，推荐使用。 RES旧版本的API接口，现仅为存量用户提供，即将下线。 父主题： 使用前必读

查看更多 →

API版本选择建议 当前BMS服务对外开放2类风格的API： 华为云服务自定义规范的API（以下简称BMS API） 顺从OpenStack社区标准原生规范的API 两种风格不同，功能相近。OpenStack风格API主要用于满足您在开源生态工具方面的对接需求，在某些功能上BMS

查看更多 →

API版本选择建议 SSH密钥对提供了V2.1和V2两个版本，建议您使用V2.1版本，能够更好的满足您的需求。 父主题： 使用前必读

查看更多 →

消息堆积处理建议 方案概述 Kafka将Topic划分为多个分区，消息被分布式存储在分区中。同一个消费组内，一个消费者可同时消费多个分区，但一个分区在同一时刻只能被一个消费者消费。 在消息处理过程中，如果客户端的消费速度跟不上服务端的发送速度，未处理的消息会越来越多，这部分消息就

查看更多 →

消息堆积处理建议 方案概述 在RocketMQ的实际业务中，消息堆积是比较常见的问题。在消息处理过程中，如果客户端的消费速度跟不上服务端的发送速度，未处理的消息会越来越多，这部分消息就被称为堆积消息。消息没有被及时消费而产生消息堆积，从而会造成消息消费延迟。对于消息消费实时性要求

查看更多 →

Kafka应用开发建议 同一个组的消费者的数量建议与待消费的Topic下的Partition数保持一致 若同一个组的消费者数量多于Topic的Partition数时，会有多余的消费者一直无法消费该Topic的消息，若消费者数量少于Topic的Partition数时，并发消费得不到完全体现，因此建议两者相等。

查看更多 →

API版本选择建议 云容器实例提供了Kubernetes API，此版本跟随Kubernetes社区最新版本，且提供了老版本Kubernetes API （OLD VERSIONS）。 建议您使用Kubernetes API，能够更好的满足您的需求。 父主题： 使用前必读

查看更多 →

DDS使用规范建议 设计规范 开发规范

查看更多 →

开发设计建议概述 本开发设计建议约定数据库建模和数据库应用程序开发过程中，应当遵守的设计规范。依据这些规范进行建模，能够更好的契合GaussDB的分布式处理架构，输出更高效的业务SQL代码。 本开发设计建议中所陈述的“建议”和“关注”含义如下： 建议：用户应当遵守的设计规则。遵守

查看更多 →

开发设计建议概述 本开发设计建议约定数据库建模和数据库应用程序开发过程中，应当遵守的设计规范。依据这些规范进行建模，能够更好地契合GaussDB的处理架构，输出更高效的业务SQL代码。 本开发设计建议中所陈述的“建议”和“关注”含义如下： 建议：用户应当遵守的设计规则。遵守这些规

查看更多 →

开发设计建议概述 本开发设计建议约定数据库建模和数据库应用程序开发过程中，应当遵守的设计规范。依据这些规范进行建模，能够更好的契合GaussDB(DWS)的分布式处理架构，输出更高效的业务SQL代码。 本开发设计建议中所陈述的“建议”和“关注”含义如下： 建议：用户应当遵守的设计

查看更多 →

开发设计建议概述 本开发设计建议约定数据库建模和数据库应用程序开发过程中，应当遵守的设计规范。依据这些规范进行建模，能够更好的契合GaussDB(DWS)的分布式处理架构，输出更高效的业务SQL代码。 本开发设计建议中所陈述的“建议”和“关注”含义如下： 建议：用户应当遵守的设计

查看更多 →

开发设计建议概述 开发设计建议约定数据库建模和数据库应用程序开发过程中，应当遵守的设计规则。根据这些规则进行建模，能够更好地契合GaussDB的处理架构，输出更高效的业务SQL代码。 开发设计建议中所陈述的“建议”和“关注”含义如下： 建议：用户应当遵守的设计规则。遵守这些规则，

查看更多 →