2

有人可以帮我理解在regr_slope数据集中有行的情况下返回 NULL 的情况吗？例如：

log=> select * from sb1 order by id, ts;
  id  | elapsed |       ts       
------+---------+----------------
 317e |      86 | 1552861322.627
 317e |      58 | 1552861324.747
 317e |      52 | 1552861325.722
 317e |      58 | 1552861326.647
 317e |      82 | 1552861327.609
 317e |     118 | 1552861328.514
 317e |      58 | 1552861329.336
 317e |      58 | 1552861330.317
 317e |      54 | 1552861330.935
 3441 |      68 | 1552861324.765
 3441 |      84 | 1552861326.665
 3441 |      56 | 1552861327.627
 3441 |      50 | 1552861330.952
 5fe6 |      42 | 1552993248.398
 5fe6 |      44 | 1552993255.883
 5fe6 |      44 | 1553166049.261
 c742 |      62 | 1552861322.149
 c742 |      68 | 1552861322.455
(18 rows)

log=> select id, regr_slope(elapsed, ts) as trend from sb1 group by id;
  id  |        trend         
------+----------------------
 c742 |                     
 317e |                     
 5fe6 | 5.78750952760444e-06
 3441 |                     
(4 rows)

有趣的是，相同的数据集和函数在 Oracle 11.2 中返回不同的结果：

SQL> select * from sb1 order by id, ts;

ID            ELAPSED               TS
---------- ---------- ----------------
317e               86   1552861322.627
317e               58   1552861324.747
317e               52   1552861325.722
317e               58   1552861326.647
317e               82   1552861327.609
317e              118   1552861328.514
317e               58   1552861329.336
317e               58   1552861330.317
317e               54   1552861330.935
3441               68   1552861324.765
3441               84   1552861326.665
3441               56   1552861327.627
3441               50   1552861330.952
5fe6               42   1552993248.398
5fe6               44   1552993255.883
5fe6               44   1553166049.261
c742               62   1552861322.149
c742               68   1552861322.455

18 rows selected.

SQL> select id, regr_slope(elapsed, ts) from sb1 group by id;

ID         REGR_SLOPE(ELAPSED,TS)
---------- ----------------------
c742                   19.6078431
5fe6                   5.7875E-06
317e                   -1.0838511
3441                   -3.8283951

我不知道这是否意味着 Postgres、Oracle 有问题，或者两者都没有，尽管结果5fe6是一样的。

4

2 回答 2

5

深入研究代码后，我得到了答案：

问题是 PostgreSQL v12 之前的幼稚方法在这种情况下会导致不必要的大舍入错误。

让我们考虑一下id = 'c742'：

的公式regr_slope是这样的：

regr_slope:= ( N ⋅ Σ( X我⋅ Y我) - Σ X我⋅ Σ Y我) / ( N ⋅ Σ( X我2 ) - Σ X我⋅ Σ X我)

问题出在除数上：

SELECT 2::float8 * (1552861322.149::float8 * 1552861322.149::float8 +
                    1552861322.455::float8 * 1552861322.455::float8) -
       (1552861322.149::float8 + 1552861322.455::float8) *
       (1552861322.149::float8 + 1552861322.455::float8);

 ?column? 
----------
    -2048 
(1 row)

由于结果是否定的，PostgreSQL 返回一个 NULL 结果。

使用精确计算（使用 ）不会发生这种情况numeric：

SELECT 2 * (1552861322.149 * 1552861322.149 +
            1552861322.455 * 1552861322.455) -
       (1552861322.149 + 1552861322.455) *
       (1552861322.149 + 1552861322.455);

 ?column? 
----------
 0.093636
(1 row)

由于 PostgreSQL 提交e954a727f0c8872bf5203186ad0f5312f6183746，事情得到了改进，在 PostgreSQL v12 中，PostgreSQL 也返回了正确的结果：

select id, regr_slope(elapsed, ts) from sb1 group by id;

  id  |      regr_slope       
------+-----------------------
 c742 |    19.607858781290517
 317e |   -1.0838511987808963
 5fe6 | 5.787509483586743e-06
 3441 |    -3.828395463097356
(4 rows)
于 2019-03-25T09:09:07.190 回答
2

事实证明，这是由于我的 x 轴具有较大的值导致的 Sxx 值计算中的错误。如果您有兴趣，这里将对此进行描述。

因为我的 x 值来自extract(epoch from tstz_col)，所以我很容易减去一个“基”值，这样 Sxx 计算就不会溢出。例如：

log=> select id, regr_slope(elapsed, ts - extract(epoch from now())) as trend from sb1 group by id;
  id  |        trend         
------+----------------------
 c742 |     19.5839996337891
 317e |    -1.08384865545836
 5fe6 | 5.78750948360273e-06
 3441 |    -3.82839498627572
(4 rows)

结果与 Oracle 返回的结果不完全相同，但我只是在寻找“趋势”，所以在我的情况下它们很好。

H。

于 2019-03-24T19:17:12.967 回答