0

我使用用户变量来模拟

ROW_NUMBER() OVER (PARTITION BY `wsf_ref`, `type` ORDER BY `wsf_value` DESC)

注意@type变量。我将它设置a为使问题更清楚，但起初是一个空字符串。

CROSS JOIN ( SELECT @rn := 0, @type := 'a', @ref := '') as var

SQL 演示 #1

CREATE TABLE t (
  `id` INTEGER,
  `wsf_ref` INTEGER,
  `status` VARCHAR(8),
  `type` VARCHAR(6),
  `wsf_progress` VARCHAR(5),
  `wsf_value` INTEGER
);

SELECT t.*, @rn := if(  @ref = `wsf_ref`,
                       if ( @type = `type`, 
                             @rn + 1,
                             if( @type := `type`, 1, 1)                     
                           ),
                       if ( (@ref := `wsf_ref`) and (@type := `type`), 1, 1)
                    ) as rn,
            @type,
            @ref
FROM t
CROSS JOIN ( SELECT @rn := 0, @type := 'a', @ref := '') as var
ORDER BY `wsf_ref`, `type`, `wsf_value` DESC;

您可以看到第一行输入最后一个条件并将两个变量都设置正确：

输出 

| id | wsf_ref |   status |   type | wsf_progress | wsf_value | rn |  @type | @ref |
|----|---------|----------|--------|--------------|-----------|----|--------|------|
|  6 |       1 | Approved |   blue |        Day 1 |        25 |  1 |   blue |    1 |
|  5 |       1 | Approved |   blue |        Day 1 |        10 |  2 |   blue |    1 |
|  3 |       1 | Approved | orange |        Day 1 |        20 |  1 | orange |    1 |

Buf if wsf_refis aVARCHAR我得到了不同的结果

SQL 演示 #2

CREATE TABLE t (
  `id` INTEGER,
  `wsf_ref` VARCHAR(255),
  `status` VARCHAR(255),
  `type` VARCHAR(255),
  `wsf_progress` VARCHAR(5),
  `wsf_value` INTEGER
);

在这里你可以看到第一行变量@type没有设置并且仍然有a

输出

| id |  wsf_ref |   status |   type | wsf_progress | wsf_value | rn |  @type |     @ref |
|----|----------|----------|--------|--------------|-----------|----|--------|----------|
|  3 | WSF19-01 | Approved |  Perch |        Day 2 |        20 |  1 |      a | WSF19-01 |
|  4 | WSF19-01 | Approved |  Perch |        Day 2 |        10 |  1 |  Perch | WSF19-01 |

经过一些调试后，我发现问题出在最后一个分配上

if ( (@ref := `wsf_ref`) and (@type := `type`), 1, 1)

在第一种情况下，当wsf_ref是整数时，赋值评估为真，然后还检查第二个条件。在第二种情况下，当wsf_ref是字符串时，结果为假，第二个条件被忽略。

我将条件更改为：

if ( (@ref := `wsf_ref`) OR (@type := `type`), 1, 1)

因此，即使第一个条件为假，仍然尝试评估第二个条件，现在两个查询都可以正常工作。

那么为什么分配@ref一个数字会得到一个与分配一个字符串不同的布尔值呢？

4

1 回答 1

1

你的表达是：

if ( (@ref := `wsf_ref`) and (@type := `type`), 1, 1)

MySQL 不一定评估这两个条件。如果“第一个”评估为真，它只需要评估“第二个”。（我将“第一”和“第二”放在引号中，因为评估的顺序没有确定，但无论如何想法都是一样的。）

当这些是字符串时，结果@ref := wsf_rf是一个字符串。字符串通过数字转换为布尔值。该值是0-- 这是错误的 -- 除非字符串恰好以数字开头。

因此，不评估这两个条件，也不分配第二个条件。

我会这样写：

SELECT t.*,
       (@rn := if(@tr = CONCAT_WS(':', wsf_ref, type),
                  @rn + 1,
                  if(@tr := CONCAT_WS(':', wsf_ref, type), 1, 1
                    )                     
                 )
       ) as rn
FROM (SELECT t.*
      FROM t 
      ORDER BY `wsf_ref`, `type`, `wsf_value` DESC
     ) t CROSS JOIN
     (SELECT @rn := 0, @tr := '') params;

我将其ORDER BY移至子查询，因为最新版本的 MySQL 不能ORDER BY很好地处理和变量。

于 2019-06-14T01:13:56.667 回答