Question

我想了解为什么同一查询在Teradata和My SQL中产生不同的结果。我试图编写一个查询以运行总计，每个数据库都给我不同的解决方案。

下面是代码：

CREATE TABLE runn_tot (p_id int, p_name varchar(10), price decimal(5,2));

insert into runn_tot values (1,'p1',34);
insert into runn_tot values (2,'p1',56);
insert into runn_tot values (3,'p1',65);
insert into runn_tot values (4,'p1',12);
insert into runn_tot values (5,'p1',34);
insert into runn_tot values (6,'p1',78);
insert into runn_tot values (7,'p1',23);
insert into runn_tot values (8,'p1',55);
insert into runn_tot values (9,'p1',34);
insert into runn_tot values (10,'p1',66);

我在MySQL和Teradata中都使用的查询

select p_id, p_name, SUM(price) OVER ( partition by p_name order by p_id)  Running_Total
from runn_tot;

MySQL的结果：

+------+--------+---------------+
| p_id | p_name | Running_Total |
+------+--------+---------------+
|    1 | p1     |         34.00 |
|    2 | p1     |         90.00 |
|    3 | p1     |        155.00 |
|    4 | p1     |        167.00 |
|    5 | p1     |        201.00 |
|    6 | p1     |        279.00 |
|    7 | p1     |        302.00 |
|    8 | p1     |        357.00 |
|    9 | p1     |        391.00 |
|   10 | p1     |        457.00 |
+------+--------+---------------+

Teradata的结果

1   p1  457.00
2   p1  457.00
3   p1  457.00
4   p1  457.00
5   p1  457.00
6   p1  457.00
7   p1  457.00
8   p1  457.00
9   p1  457.00
10  p1  457.00

我试图理解为什么MySQL能够获得正确的运行总数，而teradata无法正确执行窗口功能。

Answer 1

Teradata大约在20年前就实现了某些Window函数（在使用专有语法之前）已成为Standard SQL 99的一部分，并且这种行为是一种遗留现象。

在标准SQL（和MySQL）中，当您指定ORDER BY时，该窗口默认为RANGE UNBOUNDED PECEDING，而Teradata不支持该窗口，默认为RANGE BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING。为了获得预期的结果，您还必须添加ROWS UNBOUNDED PRECEDING，这在其他DBMS中也比RANGE推荐（除非您实际上需要RANGE的结果），因为ROWS比较容易计算。

Teradata和MySQL在OVER（）和Partition By（）子句中表现不同

1 个答案: