Você pode usar uma contagem:essa é uma solução baseada em conjunto, que funciona melhor que a recursão quando o número de iterações aumenta - e é compatível com visualizações.
Aqui está uma abordagem:
select t.objectid, t.amount, dateadd(day, x.n, t.begindate) as dt
from (
select row_number() over (order by (select null)) - 1
from (values(0),(0),(0),(0),(0),(0),(0),(0),(0),(0)) a(n)
cross join (values(0),(0),(0),(0),(0),(0),(0),(0),(0),(0)) b(n)
cross join (values(0),(0),(0),(0),(0),(0),(0),(0),(0),(0)) c(n)
) x(n)
inner join tabledatarange t
on dateadd(day, x.n, t.begindate) <= case
when enddate <= convert(date, getdate()) then enddate
else convert(date, getdate())
end
A contagem gera todos os números entre 0 e 999 (você pode expandi-la facilmente adicionando
cross join s). Usamos para "multiplicar" as linhas da tabela original e gerar o intervalo de datas. Tentei reescrever a parte que lida com a data de término. Entendo que você não deseja datas futuras, então essa é a condição no
on cláusula faz. Para estes dados de exemplo:
ObjectId | Amount | beginDate | endDate
-------: | -----: | :--------- | :---------
1 | 500 | 2020-12-28 | null
2 | 35 | 2019-09-26 | 2019-10-01
3 | 200 | 2020-05-28 | 2020-06-02
A consulta retorna:
objectid | amount | dt
-------: | -----: | :---------
1 | 500 | 2020-12-28
1 | 500 | 2020-12-29
1 | 500 | 2020-12-30
1 | 500 | 2020-12-31
2 | 35 | 2019-09-26
2 | 35 | 2019-09-27
2 | 35 | 2019-09-28
2 | 35 | 2019-09-29
2 | 35 | 2019-09-30
2 | 35 | 2019-10-01
3 | 200 | 2020-05-28
3 | 200 | 2020-05-29
3 | 200 | 2020-05-30
3 | 200 | 2020-05-31
3 | 200 | 2020-06-01
3 | 200 | 2020-06-02
Demonstração no DB Fiddle
