建立连接 功能介绍 创建连接时传入clickhouse-example.properties配置的user和password作为认证凭据，ClickHouse会带着用户名和密码在服务端进行安全认证。 样例代码 ClickHouseDataSource clickHouseDataSource

查看更多 →

建立Kudu连接 功能简介 通过KuduClient.KuduClientBuilder(KUDU_MASTERS).build()方法创建KuduClient对象。传入的参数KUDU_MASTERS为kudu集群的masters地址列表，如果有多个master节点，则中间用半角逗号隔开。

查看更多 →

GaussDB (for MySQL)建立连接慢导致客户端超时 场景描述 业务在高峰期时，客户端经常出现向MySQL建立连接超时，导致系统登录需要十几秒。 原因分析 查看GaussDB(for MySQL)的错误日志，观察是否有如下信息：connection xxx is established

查看更多 →

通话建立后 释放呼叫 保持 转移 内部求助 三方通话 静音 父主题： 基本应用开发

查看更多 →

建立Kudu连接 功能简介 通过KuduClient.KuduClientBuilder(KUDU_MASTERS).build()方法创建KuduClient对象。传入的参数KUDU_MASTERS为Kudu集群的Master地址列表，如果有多个Master节点，则中间用半角逗号隔开。

查看更多 →

建立ClickHouse连接 本章节介绍建立ClickHouse连接样例代码。 以下代码片段在“ClickhouseJDBCHaDemo”类的initConnection方法中。 在创建连接时传入表1中配置的user和password作为认证凭据，ClickHouse会带着用户名和密码在服务端进行安全认证。

查看更多 →

视图 管理视图 添加控件元素 配置监视视图 父主题： 设备视图

查看更多 →

视图 创建视图 删除视图 父主题： Spark SQL语法参考（即将下线）

查看更多 →

视图 视图是基于一个或多个表或视图的逻辑表。视图本身不含数据。 在输入中，如果表名称前没有模式名称修饰，则在输出中，会修改为用视图的模式名去修饰表。 以下为视图迁移前后的语法示例： 表名称不带模式名 图1 输入：视图中不带模式名的表tab1、tab2 表名称包含模式名 图2 输出：用视图的模式名去修饰表

查看更多 →

如何建立关联关系 分享推广链接，客户点击链接注册账号即建立关联关系（30天） 父主题： 奖励推广规则

查看更多 →

建立ClickHouse连接 本章节介绍建立ClickHouse连接样例代码。 以下代码片段在“ClickhouseJDBCHaDemo”类的initConnection方法中。 在创建连接时传入表1中配置的user和password作为认证凭据，ClickHouse会带着用户名和密码在服务端进行安全认证。

查看更多 →

建立ClickHouse连接 本章节介绍建立ClickHouse连接样例代码。 以下代码片段在“ClickhouseJDBCHaDemo”类的initConnection方法中。在创建连接时传入表1中配置的user和password作为认证凭据，ClickHouse会带着用户名和密码在服务端进行安全认证。

查看更多 →

建立ClickHouse连接 本章节介绍建立ClickHouse连接样例代码。 以下代码片段在“ClickhouseJDBCHaDemo”类的initConnection方法中。在创建连接时传入表1中配置的user和password作为认证凭据，ClickHouse会带着用户名和密码在服务端进行安全认证。

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 创建合适的索引可以加速对表中数据行的检索。索引占用磁盘空间，并且降低添加、删除和更新行的速度。如果需要非常频繁地更新数据或磁盘空间有限，则需要限制索引的数量。在表较大时再建立索引，表中的数据越多，索引的优越性越明显。建议仅在匹配如下某条原则时创建索引： 需要经常执行查询的字段。

查看更多 →

案例：建立合适的索引 创建合适的索引可以加速对表中数据行的检索。索引占用磁盘空间，并且降低添加、删除和更新行的速度。如果需要非常频繁地更新数据或磁盘空间有限，则需要限制索引的数量。在表较大时再建立索引，表中的数据越多，索引的优越性越明显。建议仅在匹配如下某条原则时创建索引： 需要经常执行查询的字段。

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

物化视图 物化视图实际上就是一种特殊的物理表，物化视图是相对普通视图而言的。普通视图是虚拟表，应用的局限性较大，任何对视图的查询实际上都是转换为对SQL语句的查询，性能并没有实际上提高。而物化视图实际上就是存储SQL所执行语句的结果，起到缓存的效果。 全量物化视图 增量物化视图

查看更多 →

应用资源管理”，单击“跨账号资源”。 单击 “视图管理“，进入“视图管理“页面。 图1 视图管理 单击“创建视图“，在右侧弹窗中填写信息，具体信息可参考 表1 ，单击“确认”。 图2 视图管理 表1 创建视图参数说明表 参数 说明 示例 名称 基本信息，视图名称，必填项 - 组织单元 基本信息，组织单元，必填项

查看更多 →