检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
SET dist_key = dist_key, a = EXCLUDED.a + 1; 不支持对包含触发器(触发事件为INSERT或UPDATE)的目标表执行UPSERT语句。 不支持对可更新视图执行UPSERT语句。 UPDATE子句、UPDATE中WHERE子句或者索引条件表达式不能包含不下推函数。
SET dist_key = dist_key, a = EXCLUDED.a + 1; 不支持对包含触发器(触发事件为INSERT或UPDATE)的目标表执行UPSERT语句。 不支持对可更新视图执行UPSERT语句。 UPDATE子句、UPDATE中WHERE子句或者索引条件表达式不能包含不下推函数。
java.sql.ResultSetMetaData java.sql.ResultSetMetaData是对ResultSet对象相关信息的具体描述。 表7 对java.sql.ResultSetMetaData的支持情况 方法名 返回值类型 支持JDBC 4 getColumnCount()
java.sql.ResultSetMetaData java.sql.ResultSetMetaData是对ResultSet对象相关信息的具体描述。 表7 对java.sql.ResultSetMetaData的支持情况 方法名 返回值类型 支持JDBC 4 getColumnCount()
在确保数据已经做好备份的前提下使用,例如系统升级时进行数据的备份。 故障处理:当异常关机等操作导致非日志表上的索引发生数据丢失时,用户应该对发生错误的索引进行重建。 UNLOGGED表无主备机制,在系统故障或异常断点等情况下,会有数据丢失风险,不可用来存储基础数据。 GLOBAL
生成发送语句的分布式执行计划。 下推语句计划:指直接将查询语句从CN发送到DN进行执行,然后将执行结果返回给CN。 分布式执行计划:指CN对查询语句进行编译和优化,生成计划树,再将计划树发送给DN进行执行,并在执行完毕后返回结果到CN。 发送语句的分布式执行计划:上述两种方式都不
尽量使用执行效率比较高的数据类型 一般来说整型数据运算(包括=、>、<、≧、≦、≠等常规的比较运算,以及group by)的效率比字符串、浮点数要高。比如某客户场景中对列存表进行点查询,filter条件在一个numeric列上,执行时间为10+s;修改numeric为int类型之后,执行时间缩短为1.8s左右。
连接。其中使用dws-client入库具备如下优势: dws-client提供对缓存的空间、时间维度的限制,支持攒批提升入库性能,以满足业务在高峰低谷期的入库实时性。 攒批:在实时性要求不严格的场景,对单条数据操作进行缓存,待缓存至多条后批量操作,以提升写入性能。 支持并发入库。
围,则会进行热缓存,否则进行冷缓存。热缓存相比冷缓存占用的空间更大,技术上使用更加复杂的替换策略。 取值范围: ALL: 对整个表进行热缓存。 NONE:对整个表进行冷缓存。 HPN:N分区表中前N个分区会被热缓存,其余分区进行冷缓存。 HPL:P1, P2, ... 分区表中在
生成发送语句的分布式执行计划。 下推语句计划:指直接将查询语句从CN发送到DN进行执行,然后将执行结果返回给CN。 分布式执行计划:指CN对查询语句进行编译和优化,生成计划树,再将计划树发送给DN进行执行,并在执行完毕后返回结果到CN。 发送语句的分布式执行计划:上述两种方式都不
生成发送语句的分布式执行计划。 下推语句计划:指直接将查询语句从CN发送到DN进行执行,然后将执行结果返回给CN。 分布式执行计划:指CN对查询语句进行编译和优化,生成计划树,再将计划树发送给DN进行执行,并在执行完毕后返回结果到CN。 发送语句的分布式执行计划:上述两种方式都不
GROUP BY子句示例:通过group by别名来对结果进行分组。 1 SELECT r_reason_id AS id FROM tpcds.reason GROUP BY id; GROUP BY CUBE子句示例:根据查询条件过滤,并对结果进行分组汇总。 1 SELECT r_reason_id
资源管理(逻辑集群模式):对指定逻辑集群进行资源管理(仅8.1.3.101及以上版本支持)。 扩容逻辑集群:该操作将扩大逻辑集群物理节点数目,并对逻辑集群内的表进行重分布到扩容后的物理节点上。 重启逻辑集群:该操作将逻辑集群包含的所有DN重新启动,考虑到对整个物理集群的影响,逻辑集群并不支持单独的停止和启动。
GROUP BY子句示例:通过group by别名来对结果进行分组。 1 SELECT r_reason_id AS id FROM tpcds.reason GROUP BY id; GROUP BY CUBE子句示例:根据查询条件过滤,并对结果进行分组汇总。 1 SELECT r_reason_id
SELECT支持普通表和HDFS的Join,不支持普通表和GDS外表的join。即SELECT语句中不能同时出现普通表和GDS外表。 必须对每个在SELECT命令中使用的字段有SELECT权限。 使用FOR UPDATE或FOR SHARE还要求UPDATE权限。 尽量避免出现计
名称 变更描述 删除 1 policy_oid 原policy_oid字段在升级到8.3.0版本时字段为NULL,现改为在升级阶段通过脚本对policy_oid字段填充对应的policy_oid。 修改 2 gs_dump gs_dump会带上索引的unusable状态。 3 pg_get_tabledef
用于向结果集中添加行。 删除 用于从结果集中删除行。 保存更改 用于保存结果集中所做的更改。 取消更改 用于回滚对结果集所做的更改。 刷新 用于刷新结果集信息。如果针对同一个表打开多个结果集,刷新后,对一个结果集所做的更改也会体现在其他结果集中。同样,如果对表格进行了编辑,则结果集将在刷新后再次更新。
using index_name 使用简单索引搜索,该方式表的数据行是以索引顺序抓取的,这样就令读取它们的开销更大,但是这里的行少得可怜,因此对行位置的额外排序并不值得。最常见的就是看到这种规划类型只抓取一行,以及那些要求ORDER BY条件匹配索引顺序的查询。因为那时候没有多余的排序步骤是必要的以满足ORDER
using index_name 使用简单索引搜索,该方式表的数据行是以索引顺序抓取的,这样就令读取它们的开销更大,但是这里的行少得可怜,因此对行位置的额外排序并不值得。最常见的就是看到这种规划类型只抓取一行,以及那些要求ORDER BY条件匹配索引顺序的查询。因为那时候没有多余的排序步骤是必要的以满足ORDER
using index_name 使用简单索引搜索,该方式表的数据行是以索引顺序抓取的,这样就令读取它们的开销更大,但是这里的行少得可怜,因此对行位置的额外排序并不值得。最常见的就是看到这种规划类型只抓取一行,以及那些要求ORDER BY条件匹配索引顺序的查询。因为那时候没有多余的排序步骤是必要的以满足ORDER