云数据库 RDS PostgreSQL 版优化器的相关内容

文章 2018-07-28 来自：开发者社区

PostgreSQL 11 preview - 优化器增强汇总

标签 PostgreSQL , 优化器 , 增强 , 11 背景 PostgreSQL 11 优化器增强。 E.1.3.1.4. Optimizer Improve the selection of the optimizer statistics' most-common-values (Jeff Janes, Dean Rasheed) 高频词的选择性计算更好。 postgres=...

文章 2017-05-06 来自：开发者社区

起源自天文学的PostgreSQL 优化器成本因子校对

标签 PostgreSQL , 优化器 , 成本因子 , 校对背景最近在写一个PostgreSQL数据库培训PPT, 其中有explain的讲解需求, 刚刚接触PostgreSQL的童鞋对PostgreSQL的explain输出中cost的部分可能会一头雾水, 看不懂cost的值和SQL实际运行时间有什么联系. 为了让大家能更加深刻的了解explain, 我打算对explain的cost...

文章 2017-04-22 来自：开发者社区

PostgreSQL 10.0 preview 性能增强 - hash,nestloop join优化(聪明的优化器是这样的)

标签 PostgreSQL , 10.0 , nestloop , hash join 背景两张表JOIN时，如果内表的JOIN字段确定是唯一的，那么在嵌套循环时，如果外表有重复值，循环过程中，对于内表来说，一个VALUE只需要扫描一次。 hash join同样适用。例子 postgres=# create table intbl(id int); CREATE TABLE po...

文章 2017-03-14 来自：开发者社区

PostgreSQL 10.0 preview 优化器改进 - 驱动索引+quicksort支持更多sort场景

标签 PostgreSQL , 10.0 , 排序 , 不完整索引排序背景当我们在使用数据库时，排序是一个比较常见的需求，排序有几种方法，使用索引，或者访问堆表然后显示的排序。当使用索引排序时，索引必须包含排序列，同时必须是驱动列包含排序列。例如 order by a,b,c，那么可使用索引(a,b,c,*) 但是order by a,b,c能使用索引(a,b)或者(a)吗？ ...

文章 2016-08-16 来自：开发者社区

PostgreSQL 9.6 并行计算优化器算法浅析

背景之前写过几篇 PostgreSQL 并行计算的文章，文中并没有仔细描述PostgreSQL是如何决策并行计算，以及并行度的。开源数据库PostgreSQL攻克并行计算难题 https://yq.aliyun.com/articles/44655 PostgreSQL 并行计算在 xfs, ext4 下的表现 https://yq.aliyun.com/articles/5398...

文章 2016-03-11 来自：开发者社区

PostgreSQL in 语法的优化器处理以及如何优化

PostgreSQL in 的优化器处理以及如何优化在使用数据库的过程中，经常会遇到需要匹配多个值的情况。通常的写法包括： -- select * from table where id = any(array); -- select * from table where id in (values); -- select * from table where id=x or ...

文章 2016-02-25 来自：开发者社区

PostgreSQL 优化器逻辑推理能力源码解析

数据库优化器需要具备逻辑推理能力，而且越强越好，为什么呢？举一些例子，通过已知的一个人讲的是真话，推理另一个人讲的一定是真话或一定是假话。例子1：假设预先提供了 a > 10 是真话可以推理出 a < 1 一定是假话例子2：假设预先提供了 a > 10 是真话无法推理出 a < 100 一定是真话或假话例子3：假设预先提供了 a ...

文章 2016-02-24 来自：开发者社区

PostgreSQL 操作符与优化器详解

PostgreSQL 支持自定义操作符，本质上是调用函数来实现的。语法如下：例如创建一个求两个值的平均值的操作符：首选要创建函数 postgres=# create function f_avg(numeric,numeric) returns numeric as $$ postgres$# select ($1+$2)/2; postgres$# $$ language.....