PostgreSQL 中的函数稳定性

栏目: 数据库 · PostgreSQL · 发布时间: 6年前

内容简介：PostgreSQL 中函数有三个稳定性状态可选：函数的稳定性会影响执行计划。在索引比较的时候，被比较的值只会运算一次，所以 volatile 不能被执行计划选择作为索引的比较条件。其中 clock_timestamp 是 voatile, now 是 stable。

PostgreSQL 中函数有三个稳定性状态可选：

immutable，函数不可以修改数据库的数据,并且在任何情况下调用，只要输入参数一致，返回结果都一致。
stable，函数不可以修改数据库的数据，同一个QUERY中，如果需要返回该函数的结果，那么将合并多次运算为一次这个函数。
volatile，函数可以修改数据库的数据，输入同样的参数可以返回不同的结果，同一个QUERY中，如果需要返回该函数的结果，那么每一行都会运算一遍这个函数。

函数的稳定性会影响执行计划。在索引比较的时候，被比较的值只会运算一次，所以 volatile 不能被执行计划选择作为索引的比较条件。

例子

查看函数的稳定性

ddei=# select proname, provolatile from pg_proc where proname in ('now', 'clock_timestamp');
     proname     | provolatile 
-----------------+-------------
 now             | s
 clock_timestamp | v
(2 rows)

其中 clock_timestamp 是 voatile, now 是 stable。

测试插入语句

创建一个测试表

ddei=# create table test(id int, time1 timestamp, time2 timestamp);
CREATE TABLE
ddei=# insert into test select generate_series(1,1000),clock_timestamp(), now();
INSERT 0 1000

插入语句，对于 stable 函数 now() 应该只执行一次：

ddei=# select count(*),count(distinct time1),count(distinct time2) from test;
 count | count | count 
-------+-------+-------
  1000 |  1000 |     1
(1 row)

测试对索引的影响

在测试表上创建索引，并查看执行计划：

ddei=# create index test_idx on test(time1);
CREATE INDEX
ddei=# 
ddei=# explain select * from test where time1>now();
                              QUERY PLAN                              
----------------------------------------------------------------------
 Index Scan using test_idx on test  (cost=0.00..4.27 rows=1 width=20)
   Index Cond: (time1 > now())
(2 rows)

ddei=# explain select * from test where time1>clock_timestamp();
                       QUERY PLAN                       
--------------------------------------------------------
 Seq Scan on test  (cost=0.00..22.00 rows=333 width=20)
   Filter: (time1 > clock_timestamp())
(2 rows)

对于 volatile 的函数 clock_timestamp 在 where 条件中，不走索引。而 stable 函数 now 在 where 条件中，会走索引。

修改函数稳定性

使用以下语句可修改函数稳定性：

ddei=# alter function clock_timestamp() strict stable;
ALTER FUNCTION

再次测试 clock_timestamp 的索引情况：

ddei=# explain select * from test where time1>clock_timestamp();
                              QUERY PLAN                              
----------------------------------------------------------------------
 Index Scan using test_idx on test  (cost=0.00..4.27 rows=1 width=20)
   Index Cond: (time1 > clock_timestamp())
(2 rows)

这次 clock_timestamp 在 where 条件中走了索引。

不过不要随意修改系统自带函数的稳定性。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。

码农书籍

RabbitMQ实战

Alvaro Videla、Jason J. W. Williams / 汪佳南 / 电子工业出版社 / 2015-10 / 75.00元

本书对RabbitMQ做了全面、翔实的讲解，体现了两位专家的真知灼见。本书首先介绍了有关MQ的历史，然后从基本的消息通信原理讲起，带领读者一路探索RabbitMQ的消息通信世界。这当中不仅包含了针对单台RabbitMQ服务器和RabbitMQ集群的讲解，还教导读者如何使用各种工具来进行监控。本书内容浅显易懂，文笔风趣幽默。书中包含了丰富的、可以运行的示例程序源代码，读者可以自行下载并运行，......一起来看看《RabbitMQ实战》这本书的介绍吧!

码农工具

Markdown 在线编辑器

HEX CMYK 转换工具

HEX CMYK 互转工具