IMMUTABLE,STABLE和VOLATILE关键字如何影响函数的行为？

Question

我们编写了一个get_timestamp()定义为的函数

CREATE OR REPLACE FUNCTION get_timestamp()
  RETURNS integer AS
$$
SELECT (FLOOR(EXTRACT(EPOCH FROM clock_timestamp()) * 10) - 13885344000)::int;
$$
LANGUAGE SQL;

这在INSERT和UPDATE上用于输入或编辑数据库记录中已创建和已修改字段中的值.但是,我们发现连续添加或更新记录时它返回的值相同.

在检查pgAdmin III中的函数时,我们注意到在运行SQL来构建函数时,在LANGUAGE SQL语句之后注入了关键字IMMUTABLE.该文件指出默认是挥发性的(如果一个都没有出现,VOLATILE是默认的假设),所以我不知道为什么IMMUTABLE注射,然而,改变这种稳定解决了重复值的问题.

注意:如接受的答案中所述,IMMUTABLE永远不会被pgAdmin或Postgres添加到函数中,并且必须在开发期间添加.

我猜测正在发生的事情是这个函数正在被评估并且结果被缓存用于优化,因为它被标记为IMMUTABLE指示Postgres引擎在给定相同(空)参数列表的情况下返回值不应该改变.但是,当在触发器中未使用时,直接在INSERT语句中使用时,该函数将返回一个不同的值五次,然后再返回相同的值.这是由于某些优化算法会出现类似"如果在会话中多次使用IMMUTABLE函数5次,请将结果缓存以供将来调用"？

关于如何在Postgres函数中使用这些关键字的任何说明将不胜感激.对于我们来说STABLE是正确的选择,因为我们在触发器中使用了这个函数,或者还有更多要考虑的东西,例如文档说:

(对于希望查询当前命令修改的行的AFTER触发器不合适.)

但我并不清楚原因.

Answer 1

关键的字IMMUTABLE是从来没有通过的pgAdmin或者Postgres自动添加.谁曾创建或替换过该功能.

给定函数的正确函数波动率(读取手册)设置VOLATILE不是STABLE- 或者使用clock_timestamp()哪个是定义的VOLATILE,now()或者CURRENT_TIMESTAMP定义的是没有意义的STABLE:那些在同一个事务中返回相同的时间戳,每个文档:

clock_timestamp() 返回实际的当前时间,因此即使在单个SQL命令中,其值也会更改.

该手册警告该函数波动STABLE...

不适合AFTER希望查询当前命令修改的行的触发器.

..因为对同一行的触发函数的重复评估可以返回不同的结果.所以,不是STABLE.我认为那里甚至不需要警告,因为它很明显.

你问:

在设置为第五个值之前,你有没有想过为什么函数正确返回五次IMMUTABLE？

引用Postgres Wiki:

对于9.2,计划程序将使用有关所发送参数的特定计划(查询将在执行时计划),除非查询执行多次并且计划程序确定通用计划不比特定计划昂贵得多.

大胆强调我的.似乎对一个IMMUTABLE函数没有意义(也没有伤害),但也许在内部使用VOLATILE函数仍会触发初始重新规划.(最后一点只是我的猜测.)
更多解释如下:

• PostgreSQL存储过程性能

在旁边

trunc()比floor()这里稍微快一点,因为正数保证:

SELECT (trunc(EXTRACT(EPOCH FROM clock_timestamp()) * 10) - 13885344000)::int