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 条件中走了索引。

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

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

查看所有标签

猜你喜欢:

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

码农书籍

产品经理必懂的技术那点事儿

唐韧 / 电子工业出版社 / 2017-1 / 59

《产品经理必懂的技术那点事儿》以非技术背景产品经理了解技术为主题，将技术知识以简单并且易于理解的方式讲述出来，帮助非技术背景产品经理了解技术、学习技术，旨在帮助产品经理高效地与技术人员进行沟通与合作。《产品经理必懂的技术那点事儿》的主要内容围绕产品经理需要了解的互联网基础技术知识展开，涉及客户端、服务器端、数据库及一些数据处理知识。同时，还就产品经理需具备的一些软实力，例如沟通能力和解决问......一起来看看《产品经理必懂的技术那点事儿》这本书的介绍吧!

码农工具