我知道，在 PostgreSQL 中，返回值NOW()是事务开始时间戳。因此，如果您NOW()在同一事务中多次使用，它将始终返回相同的值。
这在我的书中是很好的。
但是我在客户端应用程序中的单元测试方面遇到了一个小问题，并且希望能够告诉 PostgreSQL 如果可能的话（暂时）禁用它。
我不想（不能）使用另一个时间戳函数的原因是clock_timestamp()因为函数调用NOW()位于触发器内部，并且在生产代码中我想要“事务开始”行为。
但在我的单元测试中，我正在修补 API 级“提交”功能，这样我就不会在测试期间意外地将真实数据提交到数据库（不用担心，我在测试期间不使用生产数据库）。因此，在单元测试期间，commit永远不会访问数据库，因此我没有获得新的事务时间戳。
数据库使用时态表，如果时间戳发生更改，新条目仅会附加到历史表中，以确保每个事务仅合并历史表中的一个条目。
但是，当测试时态表行为时，这会导致历史表中不会出现任何条目。时态表触发器的关键片段是这样的：
new_validity_period = tstzrange(
lower(OLD.validity_period),
NOW(),
'[)'
);
IF isempty(new_validity_period) THEN
RAISE DEBUG 'New entry % will not introduce a new history item', OLD;
RETURN OLD;
END IF;
因此，当我在单元测试中执行“插入”操作，且交易时间为“2020-01-01 01:02:03”时，该条目的有效期将为[2020-01-01 01:02:02,)。如果仍然在同一个单元测试中，我删除该条目（并测试它是否出现在历史表中），则该操作发生在同一个 TX 中，上面的代码将如下所示：
new_validity_perion = tstzrange(
'2020-01-01 01:02:03', -- the lower-bound of the 'OLD' row
'2020-01-01 01:02:03', -- the result of …假设我在行更新上执行以下函数：
CREATE OR REPLACE FUNCTION versioned_update()
RETURNS TRIGGER AS $$
DECLARE
sql TEXT;
BEGIN
sql := 'INSERT INTO backup_table VALUES (OLD)';
EXECUTE sql;
END;
$$ language 'plpgsql';
上面的示例不起作用，因为OLD在该执行上下文中未知。所以我尝试了类似的方法：
sql := format('INSERT INTO backup_table VALUES (%L)', OLD);
和
sql := format('INSERT INTO backup_table VALUES (%L)', (OLD));
和
sql := format('INSERT INTO backup_table VALUES (%L)', (OLD.*));
一切都没有任何运气。
这个问题是我正在研究的一个更大的触发因素的一部分。孤立来看，这没有多大意义，但说明了问题。