Por que Convert está sendo usado nesta instrução e como ele difere de CAST?

Converter estilo

• Se o tipo SalesYTD for flutuante ou real:

  1 = Sempre 8 dígitos. Use sempre em notação científica.

• Se o tipo for dinheiro e dinheiro pequeno:

  1 = Vírgulas a cada três dígitos à esquerda da vírgula e dois dígitos à direita da vírgula; por exemplo, 3.510,92.

Cast usará o valor padrão para estilo: 0

• Se o tipo SalesYTD for flutuante ou real:

  0 (padrão) = Um máximo de 6 dígitos. Use em notação científica, quando apropriado.

• Se o tipo for dinheiro e dinheiro pequeno:

  0 (padrão) = Sem vírgulas a cada três dígitos à esquerda do ponto decimal e dois dígitos à direita do ponto decimal; por exemplo, 4235.98.

Existem outras diferenças e valores padrão para estilo com outros tipos, mas acho que abrange seus tipos de dados. Consulte CAST e CONVERT (Transact-SQL)

função da janela SOMA

Para cada partição (=TerritoryID), são necessários todos os SalesYTD, ordene-os por DATEPART(yy,ModifiedDate) e some-os. Observe que a parte do pedido não é necessária ou pode ser qualquer coisa, pois você apenas faz SUM e AVG, mas ao usá-la altera os comportamentos (consulte a resposta do hipercubo sobre isso e a média móvel). Com ROW_NUMBER e outros, seria importante e obrigatório.

Diferença entre SUM e SUM em movimento (resposta @hypercube):

declare @data table(TerritoryID int, SalesYTD int, ModifiedDate date)
insert into @data(TerritoryID, SalesYTD, ModifiedDate) values
(1, 1, '20100101')
, (1, 2, '20110101')
, (1, 3, '20120101')
, (1, 4, '20130101')
, (1, 5, '20140101')
, (2, 6, '20150101')
, (2, 7, '20160101')
, (2, 8, '20170101')

Select *
    , [Moving SUM] = SUM(SalesYTD) OVER (PARTITION BY TerritoryID ORDER BY DATEPART(yy,ModifiedDate))
    , [SUM] = SUM(SalesYTD) OVER (PARTITION BY TerritoryID)
From @data

Resultado:

TerritoryID | SalesYTD | ModifiedDate | Moving SUM    | SUM
---------------------------------------------------------------------
1           | 1        | 2010-01-01   | 1 => 1        | 10 => 1+2+3+4
1           | 2        | 2011-01-01   | 3 => 1+2      | 10 => 1+2+3+4
1           | 3        | 2012-01-01   | 6 => 1+2+3    | 10 => 1+2+3+4
1           | 4        | 2013-01-01   | 10 => 1+2+3+4 | 10 => 1+2+3+4
2           | 6        | 2015-01-01   | 6 => 6        | 21 => 6+7+8
2           | 7        | 2016-01-01   | 13 => 6+7     | 21 => 6+7+8
2           | 8        | 2017-01-01   | 21 => 6+7+8   | 21 => 6+7+8

Consulte Cláusula OVER (Transact-SQL) para funções de janela.

Em relação aos agregados de janela ( SUM()e AVG()com OVER (...):

SUM(SalesYTD) OVER (PARTITION BY TerritoryID
                    ORDER BY DATEPART(yy,ModifiedDate))

A cláusula da página MSDN OVER(Transact-SQL) tem esta observação (bastante oculta):

Observações gerais
...
Se ORDER BYnão for especificado, toda a partição será usada para uma moldura de janela. Isso se aplica apenas a funções que não requerem ORDER BYcláusula. Se ROWS/RANGEnão for especificado, mas ORDER BYfor especificado, RANGE UNBOUNDED PRECEDING AND CURRENT ROWserá usado como padrão para a moldura da janela. Isso se aplica apenas a funções que podem aceitar ROWS/RANGEespecificações opcionais. Por exemplo, as funções de classificação não podem aceitar ROWS/RANGE, portanto, esta moldura da janela não é aplicada, embora ORDER BYesteja presente e ROWS/RANGEnão esteja.

o que significa que seu código acima tem os mesmos resultados que:

SUM(SalesYTD) OVER (PARTITION BY TerritoryID
                    ORDER BY DATEPART(yy, ModifiedDate)
                    RANGE BETWEEN UNBOUNDED PRECEDING 
                              AND CURRENT ROW)

então o SUM()é calculado (para uma linha) obtendo todas as linhas que têm o mesmo TerritoryIDe a parte do ano ModifiedDateé menor ou igual à parte do ano da linha. Isso geralmente é chamado de " total cumulativo ", pois contém o total de todos os valores desde o valor inicial (ano mínimo no exemplo) até (todas as linhas) do valor atual (ano). O mesmo se aplica ao AVG()cálculo (que costuma ser chamado de " média móvel ".

Na coluna do banco de dados AdventureWorks, SalesYTD é o MONEYtipo, portanto, neste caso, use CONVERTcom style=1 significa:

Vírgulas a cada três dígitos à esquerda da vírgula e dois dígitos à direita da vírgula; por exemplo, 3.510,92.

CAST e CONVERT (Transact-SQL)

E algumas palavras sobre AVG()e SUM()usando com OVER(PARITION BY ... ORDER BY ...)declaração.

Aqui está o resultado do AdvetureWorks:

BusinessEntityID TerritoryID SalesYear   SalesYTD             MovingAvg            CumulativeTotal
---------------- ----------- ----------- -------------------- -------------------- --------------------
274              NULL        2001        677,558.47           677,558.47           677,558.47
287              NULL        2002        636,440.25           656,999.36           1,313,998.72
285              NULL        2003        219,088.88           511,029.20           1,533,087.60
283              1           2001        3,587,378.43         1,793,689.21         3,587,378.43
280              1           2001        0.00                 1,793,689.21         3,587,378.43
284              1           2002        1,931,620.18         1,839,666.20         5,518,998.61
275              2           2001        4,557,045.05         4,557,045.05         4,557,045.05
277              3           2001        3,857,163.63         3,857,163.63         3,857,163.63
276              4           2001        5,200,475.23         4,109,600.36         8,219,200.72
281              4           2001        3,018,725.49         4,109,600.36         8,219,200.72

MovingAvg significa SalesYTD médio desde o início (na partição atual) até esta linha em ordem crescente de ano de SalesYear.

CumulativeTotal significa somar SalesYTD desde o início (na partição atual) para esta linha em ordem crescente de ano de SalesYear.