火鸟常数UDF

Question

是否可以将 EXTERNAL FUNCTION 设置为常量或不可变，以便 Firebird 知道在一个 SQL 语句过程中不要重新计算它？

在下面的示例中（Firebird 2.1），我希望 GETTIMEOFDAY() 的行为类似于 CURRENT_TIMESTAMP，但它会被评估两次：

SQL> DECLARE EXTERNAL FUNCTION gettimeofday -- gettimeofday(2) wrapper
CON>         RETURNS DOUBLE PRECISION BY VALUE
CON>         ENTRY_POINT 'UDF_gettimeofday' MODULE_NAME 'udf_gettimeofday';

SQL> SELECT CURRENT_TIMESTAMP AS ts,
CON>        CAST(GETTIMEOFDAY() AS INTEGER) AS time_t,
CON>        FB_SLEEP(2) AS zzz
CON>   FROM rdb$database
CON>  CROSS JOIN (SELECT 1 AS foo
CON>                FROM rdb$database
CON>               UNION ALL
CON>              SELECT 2
CON>                FROM rdb$database) d;

                       TS       TIME_T          ZZZ
========================= ============ ============
2011-03-15 20:57:46.0390    1300244268            0
2011-03-15 20:57:46.0390    1300244270            0

如您所见，“TS”的值保持不变，但我的“TIME_T”在FB_SLEEP() 调用。 （FB_SLEEP 是一个方便的函数，可以暂停给定的秒数。）

我想要的可以吗？我知道 PostgreSQL 正是通过其稳定函数的概念允许这样做。

Answer 1

AFAIK，您不能在 Firebird 中将 UDF 标记为常量或不可变，但作为一种解决方法，您可以依靠内联视图（又名派生表）来实现您想要的：仅选择一次值并将其用作常量在你的结果中。我手头没有任何 UDF 来进行测试，所以可能会出现一些语法错误，但我希望您能理解这背后的想法：

SELECT CURRENT_TIMESTAMP AS ts,
        q1.time_t,
        FB_SLEEP(2) AS zzz
   FROM rdb$database
  CROSS JOIN (select CAST(GETTIMEOFDAY() AS INTEGER) AS time_t from rdb$database)
  CROSS JOIN (SELECT 1 AS foo
                FROM rdb$database
               UNION ALL
              SELECT 2
                FROM rdb$database) d;

您还可以依赖一个可选择的存储过程来运行 udf 一次并将列添加到结果中给定查询的

编辑 根据要求，我包括存储过程：

SET TERM ^ ;

CREATE PROCEDURE ExampleSP 
RETURNS 
(
  ts timestamp
, time_t integer
, zzz integer
)
as
BEGIN
  SELECT CAST(GetTimeOfDay() AS Integer)
    FROM rdb$database
    INTO :time_t;
  for SELECT Current_Timestamp AS ts,
             FB_SLEEP(2) AS zzz
        FROM rdb$database
       CROSS JOIN (SELECT 1 AS foo
                     FROM rdb$database
                    UNION ALL
                   SELECT 2
                     FROM rdb$database) d
        INTO :ts, :zzz do
    SUSPEND;
END
^

SET TERM ; ^

SELECT * FROM ExampleSP;

Answer 2

简述

简短的回答是“否”，随附的指导是“始终在 UTC 中运行服务器”。

解决方法

• 最简单的情况：稳定的 UTC 时间戳
  （这是我最初的目标。）如果 CURRENT_TIMESTAMP 足够精确，只需以 UTC 运行服务器即可。不需要UDF。

• 显式预计算 UDF
  没有直接支持的方法来“稳定”UDF。因此，大多数客户端最好简单地预先计算 UDF 的返回值，使该文字值可用作 GTT 等中客户端提供的参数。

Kludge

CURRENT_TRANSACTION 和 CURRENT_TIMESTAMP 一起有效地标识单个查询，至少达到 CURRENT_TIMESTAMP 的精度。 （再次假设时钟采用 UTC 格式，以免时间在夏令时更改期间重复出现。）

考虑到这一点，可选择的存储过程可以使用 RDB$SET_CONTEXT 将 UDF 的返回值缓存为字符串，并且RDB$GET_CONTEXT，存储在 USER_TRANSACTION 上下文中并关闭 CURRENT_TIMESTAMP。添加一些额外的逻辑来修剪存储在 USER_TRANSACTION 下的条目数量。恶心。