存储过程中的临时表返回的值与常规查询不同

Posted 2023-05-09

【中文标题】存储过程中的临时表返回的值与常规查询不同

【英文标题】：Temporary Table in Stored Procedure is returning different values than in regular query

【发布时间】：2019-08-13 20:22:02

【问题描述】：

所以。奇怪的情况。我在与之交互的数据库中有一个用户表。它看起来像这样：

EXTENSIONID   USERID       FIRSTNAME         EXTENSION   ts
448980        4389116109   Johnny Gorman     51980       2019-07-15 03:00:24
683597        4389116109   James Sutherland  51980       2019-08-08 14:32:00
683598        4399610820   Sara Sarason      51802       2019-08-12 15:38:21
683599        4389116109   James Sutherland  51980       2019-08-12 16:32:32

基本上，USERID 是我们员工计时表的外键，并且有问题的是，它对于一个用户来说不是唯一的：如果我们在分配新用户时不授予新用户一个新的 USERID他们的扩展，他们将接管该扩展的最后一个持有者的 USERID（正如您在上面看到的约翰尼戈尔曼和詹姆斯萨瑟兰所发生的那样）。

此外，正如您在 James Sutherland 中看到的那样，特定用户可以有多个具有相同 USERID 的行。 EXTENSIONID 是表的主键，它是唯一的，但它是一组不同表的外键。

表的时间戳字段是上次有用的。因此，换句话说，时间戳表示小于或等于该时间戳的所有内容在前一个时间戳之前都属于该行。

换句话说，为了将我的用户表附加到我的计时数据中，我曾经必须根据时间戳执行相关子查询，如下所示：

select * from timekeeping_tables as tt
inner join USERS as u on tt.USERID = u.USERID 
    and u.ts = (select max(ts) from USERS where ts <= tt.ENDTIME and USERID = u.USERID)

除了速度之外，这在所有方面都运行良好：在如此大的数据集上执行相关子查询需要很长时间。因此，我想出了一个方法来为 USERS 表中的每一行创建一个有效和无效日期列表，这样连接将是 USERID 上的一个简单的相等匹配和一个 between 子句生效/无效日期。它看起来像这样：

select
    mx.FIRSTNAME as 'Name',
    mx.EXTENSION as 'Extension',
    mx.USERID,
    min(mx.Start_Time) as 'AGP_Start_Date',
    max(mx.End_Time) as 'AGP_End_Date'
from (
    select
        m3.FIRSTNAME,
        m3.EXTENSION,
        m3.Start_Time,
        case
            when @lastUSER <> m3.USERID
                then subdate(adddate(curdate(),interval 1 day), interval 1 second)
            else m3.End_Time
        end as 'End_Time',
        m3.ts,
        m3.USERID,
        @lastUSER := m3.USERID
    from (
        select
            m2.FIRSTNAME,
            m2.EXTENSION,
            m2.USERID,
            m2.ts,
            case
                when @lastUSER <> m2.USERID
                    then '2010-01-01 00:00:00'
                else @lastTS
            end as 'Start_Time',
            m2.ts as 'End_Time',
            @lastUSER := m2.USERID,
            @lastNAME := m2.FIRSTNAME,
            @lastTS := m2.ts
        from (
            select 
                m1.EXTENSIONID,
                m1.FIRSTNAME,
                m1.EXTENSION,
                m1.USERID,
                convert_tz(m1.ts,'UTC','America/Denver') as ts
            from
                mxuser as m1
            order by
                USERID asc,
                ts asc
        ) as m2,
            (select @lastUSER := 0,
            @lastNAME := '',
            @lastTS := '0000-00-00 00:00:00') as SQLVars
        order by
        m2.USERID asc,
        End_Time desc,
        Start_Time desc
    ) as m3,
        (select @lastUSER := 0) as SQLVars
    order by
        m3.USERID asc,
        m3.End_Time desc,
        m3.Start_Time desc

这个查询的结果集，当从一开始就与我的示例一起使用时，会产生如下输出：

Name             Extension USERID      AGP_Start_Date      AGP_End_Date
Johnny Gorman    51980     4389116109  2010-01-01 00:00:00 2019-07-15 03:00:24
James Sutherland 51980     4389116109  2019-07-15 03:00:24 2019-08-08 14:32:00
James Sutherland 51980     4389116109  2019-08-08 14:32:01 2019-08-13 23:59:59
Sara Sarason     51802     4399610820  2010-01-01 00:00:00 2019-08-13 23:59:59

一个很好的排序列表，加入起来很简单。共享相同 USERID 的人的有效日期和无效日期之间没有重叠：当我执行加入时，我确信我加入了唯一一个对计时行有效的用户行加入到。

只要我将它作为独立查询运行，就是这样。

当我在计时存储过程中运行它时，它会产生如下结果：

Name             Extension USERID      AGP_Start_Date      AGP_End_Date
Johnny Gorman    51980     4389116109  2016-01-01 00:00:00 2019-08-08 14:32:00
James Sutherland 51980     4389116109  2019-07-15 03:00:24 2019-08-08 14:32:00
James Sutherland 51980     4389116109  2019-08-08 14:32:01 2019-08-13 23:59:59
Sara Sarason     51802     4399610820  2010-01-01 00:00:00 2019-08-13 23:59:59

天哪，什么？现在日期范围相互重叠，当我将此表加入我的计时表时，这将重复行。但奇怪的是它会产生相同错误的结果始终。

为什么会这样？这似乎与我用来从前一行中获取值以在当前行中计算的会话变量有关；就像他们计算不同步，或者行之间没有正确刷新一样。即使我终止会话并重新启动，也会发生同样的事情。

（在你问之前，不幸的是，没有 CTE 不是我的选择。:(

【参考方案1】：

因此，答案是将用户日期范围查询包装在其自己的存储过程中，并在计时存储过程中调用它。它现在按预期工作。

我不知道为什么。