通信管道工程设计规范 更多内容
  • 设计规范

    设计规范 命名规范 数据库对象(库名、表名、字段名、索引名)命名建议全部使用小写字母开头,后面跟字母或者数字,数据库对象(库名、表名、字段名、索引名)名字长度建议都不要大于32字节。 数据库名称不能使用特殊字符("",.,$,\,/,*,?,~,#,:,|")和空字符\0,数据库

    来自:帮助中心

    查看更多 →

  • 通信

    通信 PGXC_NODE 父主题: 系统表

    来自:帮助中心

    查看更多 →

  • 通信

    通信 COMM_CLIENT_INFO GLOBAL_COMM_CLIENT_INFO GS_COMM_LISTEN_ADDRESS_EXT_INFO GS_GET_LISTEN_ADDRESS_EXT_INFO GS_LIBCOMM_FD_INFO GS_LIBCOMM_MEMORY_INFO

    来自:帮助中心

    查看更多 →

  • 基本设计规范

    基本设计规范 设计规范 规则1:禁止在数据库中存储图片、文件等大数据。图片或文件等大数据建议存储到 对象存储服务 中。 规则2:单行key和value数据大小最大不能超过64KB,平均大小不超过10KB。 规则3:任何表的设计都要考虑到数据的删除策略,表中的数据不能无限的增长而不删除。

    来自:帮助中心

    查看更多 →

  • 通信

    通信 libpq pooler 通信通用接口

    来自:帮助中心

    查看更多 →

  • 通信

    通信 GS_COMM_LISTEN_ADDRESS_EXT_INFO GS_GET_LISTEN_ADDRESS_EXT_INFO PG_COMM_DELAY PG_COMM_RECV_STREAM PG_COMM_SEND_STREAM PG_COMM_STATUS PG_GET_INVALID_BACKENDS

    来自:帮助中心

    查看更多 →

  • 通信

    通信 PGXC_NODE 父主题: 系统表

    来自:帮助中心

    查看更多 →

  • 索引设计规范

    索引设计规范 使用数据库索引实践推荐的索引类型。 索引设计建议使用推荐类型,如果需要使用禁用、不推荐、限制使用的索引类型,建议联系 GaussDB数据库 专家进行评估。 表1 数据库索引实践推荐 索引类型 说明 是否推荐 主键/唯一索引 单列或多列主键/唯一索引 推荐 表达式索引 索

    来自:帮助中心

    查看更多 →

  • 权限设计规范

    权限设计规范 业务使用前必须由root用户为业务创建DATABASE、SCHEMA和USER,然后再赋予相关用户对应对象的权限。 如果该用户不是该schema的owner,要访问schema下的对象,需要同时给用户赋予schema的usage权限和对象的相应权限。 DATABASE、SCHEMA和USER名使用小写。

    来自:帮助中心

    查看更多 →

  • 设计规范

    设计规范 命名规范 数据库对象(库名、表名、字段名、索引名)命名建议全部使用小写字母开头,后面跟字母或者数字,数据库对象(库名、表名、字段名、索引名)名字长度建议都不要大于32字节。 数据库名称不能使用特殊字符("",.,$,\,/,*,?,~,#,:,|")和空字符\0,数据库

    来自:帮助中心

    查看更多 →

  • 广播通信

    广播通信 广播通信概述 广播通信使用说明 广播通信使用示例 父主题: 消息通信

    来自:帮助中心

    查看更多 →

  • 消息通信

    消息通信 设备数据上报 云端数据下发 自定义Topic通信 设备间消息通信(M2M) 设备Topic策略 广播通信 编解码插件

    来自:帮助中心

    查看更多 →

  • 通信图

    通信图 元素介绍 元素名 图标 含义 Actor 角色,是与系统交互的人或事物。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体;即对象实例。 Boundary Object 边界对象。 Control Object 控制对象。 Entity Object 实体对象。

    来自:帮助中心

    查看更多 →

  • 表设计规范

    设计规范 必须指定表分布(DISTRIBUTE BY),表分布策略选择的原则如下: 目前提供REPLICATION和HASH两种表分布策略。REPLICATION分布会在每个节点保留一份相同的完整的数据表。HASH分布会根据所提供的分布键值将表数据分布到多个节点中。 对于系统配

    来自:帮助中心

    查看更多 →

  • 索引设计规范

    索引设计规范 避免因为字段类型不同造成的隐式转换,导致索引失效。 业务上具有唯一特性的字段,即使是多个字段的组合,建议在所有具有唯一特性字段的最小集合上建立唯一索引。 例如:一个表含有有a,b,c,d,e,f字段,在业务上ab和ef分别是具有唯一特性的字段集合,那么最好在最小集合ab和ef上分别建立唯一索引。

    来自:帮助中心

    查看更多 →

  • Hudi表分区设计规范

    Hudi表分区设计规范 规则 分区键不可以被更新: Hudi具有主键唯一性机制,但在分区表的场景下通常只能保证分区内主键唯一,因此如果分区键的值发生变更后,会导致相同主键的行记录出现多条的情况。在以日期分区的场景,可采用数据的创建时间为分区字段,切记不要采用数据更新时间做分区。

    来自:帮助中心

    查看更多 →

  • 数据库设计规范

    数据库设计规范 使用JDBC客户端连接数据库时必须指明数据库名,具体格式为: jdbc:postgresql://host:port/database?param1=value1&param2=value2 JDBC实例一旦创建,无法进行数据库切换。 数据库目前不支持不区分大小写的排序方式。

    来自:帮助中心

    查看更多 →

  • Spark DAG设计规范说明

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

    来自:帮助中心

    查看更多 →

  • Hudi表模型设计规范

    Hudi表模型设计规范 规则 Hudi表必须设置合理的主键。 Hudi表提供了数据更新和幂等写入能力,该能力要求Hudi表必须设置主键,主键设置不合理会导致数据重复。主键可以为单一主键也可以为复合主键,两种主键类型均要求主键不能有null值和空值,可以参考以下示例设置主键: SparkSQL:

    来自:帮助中心

    查看更多 →

  • 数据库设计规范

    数据库设计规范 基本规范 部署规范 数据库对象命名规范 数据库设计规范 权限设计规范设计规范 字段设计规范 索引设计规范 函数/存储过程设计规范 父主题: 使用规范建议

    来自:帮助中心

    查看更多 →

  • Spark DAG设计规范说明

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

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了