teradata和mysql在over()和partition by()子句中的行为不同

ghhaqwfi  于 2021-06-17  发布在  Mysql
关注(0)|答案(1)|浏览(333)

我想了解为什么同一个查询在teradata和我的sql中产生不同的结果。我试图为运行total编写一个查询,每个db都给了我不同的解决方案。
代码如下:

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没有正确地执行窗口功能。

deyfvvtc

deyfvvtc1#

teradata几乎在20年前实现了一些窗口函数,然后才成为标准SQL99的一部分(使用专有语法),这种行为是一种遗留问题。
当您指定 ORDER BY 窗口默认为 RANGE UNBOUNDED PECEDING ,teradata不支持,默认为 RANGE BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING . 要得到预期的结果,您必须添加 ROWS UNBOUNDED PRECEDING ,建议超过 RANGE 在其他dbmse中也是如此(除非您实际需要 RANGE ),因为 ROWS 更容易计算。

相关问题