Sql 选择不同的op.Price,a.表op中的项目在op.Id=t2.Id上左键连接table2 t2“我是否必须在外部应用中的第二个选择中包含这一切?是的,如果需要获取数字,则必须将其包含在应用查询中。”。基本上,APPLY是执行子查询的一种更高效的方法,因
Sql 选择不同的op.Price,a.表op中的项目在op.Id=t2.Id上左键连接table2 t2“我是否必须在外部应用中的第二个选择中包含这一切?是的,如果需要获取数字,则必须将其包含在应用查询中。”。基本上,APPLY是执行子查询的一种更高效的方法,因,sql,sql-server,sum,Sql,Sql Server,Sum,选择不同的op.Price,a.表op中的项目在op.Id=t2.Id上左键连接table2 t2“我是否必须在外部应用中的第二个选择中包含这一切?是的,如果需要获取数字,则必须将其包含在应用查询中。”。基本上,APPLY是执行子查询的一种更高效的方法,因为它允许SQL Server在查询期间将其缓存到函数中,从而使其运行得更快。如果确实有大量数据(数十万行),则可能需要在所有查询中添加WITH(NOLOCK)(尽管NOLOCK有影响)。或者,您可能希望将数据放入表变量或临时表中,以使其运行更快
选择不同的op.Price,a.表op中的项目在op.Id=t2.Id上左键连接table2 t2“我是否必须在外部应用中的第二个选择中包含这一切?是的,如果需要获取数字,则必须将其包含在应用查询中。”。基本上,APPLY是执行子查询的一种更高效的方法,因为它允许SQL Server在查询期间将其缓存到函数中,从而使其运行得更快。如果确实有大量数据(数十万行),则可能需要在所有查询中添加WITH(NOLOCK)(尽管NOLOCK有影响)。或者,您可能希望将数据放入表变量或临时表中,以使其运行更快。如果你想走这条路,让我知道,我会用例子更新我的答案,告诉你如何获得更快的性能。我很高兴我有了2012版。这很滑。当需要获得独立于主查询的结果(窗口结果)时,提供巨大的价值;运行总计、对数据子集的计算等功能强大得令人难以置信,值得学习如何以及何时使用。我很高兴我有了2012版。这很滑。当需要获得独立于主查询的结果(窗口结果)时,提供巨大的价值;运行总计、对数据子集的计算等功能强大得令人难以置信,值得学习如何以及何时使用。我很高兴我有了2012版。这很滑。当需要获得独立于主查询的结果(窗口结果)时,提供巨大的价值;运行总计、对数据子集的计算等功能强大得令人难以置信,值得学习如何以及何时使用。我很高兴我有了2012版。这很滑。当需要获得独立于主查询的结果(窗口结果)时,提供巨大的价值;运行总计、对数据子集的计算等功能非常强大,值得学习如何以及何时使用。
SELECT Price,SUM(Item) from table where Price >= Price group by Price
Sample Data
| PRICE | ITEM |
|-------|-------|
| 1.00 | 5 |
| 2.00 | 9 |
| 3.00 | 2 |
Hopeful Result
| PRICE | ITEM |
|-------|-------|
| 1.00 | 5 |
| 2.00 | 14 |
| 3.00 | 16 |
SELECT t1.Price, SUM(t2.Item)
FROM table1 t1,
table1 t2
WHERE t2.Price <= t1.Price
GROUP BY t1.Price
ORDER BY t1.price;
SELECT DISTINCT op.Price, (SELECT SUM(ip.Item) FROM table ip WHERE ip.Price <= op.Price) as ITEM FROM table op ORDER BY op.Price ASC
SELECT DISTINCT op.Price, a.Items
FROM table op
OUTER APPLY (SELECT SUM(ip.Item) as Items FROM TABLE ip WHERE ip.Price <= op.Price) a
ORDER BY op.Price ASC
Select price, item, sum(item) OVER(order by price rows unbounded preceding) as runningtotal
from sample