Usar a variável de tabela em vez da tabela temporária torna a execução da consulta lenta

Eu tenho uma tabela com dados históricos sobre carros AutoDatacom chave agrupada combinada Cas(DateTime) + GCom(Car ID). Um registro contém vários indicadores, como nível de combustível, estado do veículo etc.

Os intervalos entre os registros individuais de um carro na AutoDatatabela são irregulares, às vezes são 120 segundos, às vezes poucos segundos, às vezes horas etc. Preciso normalizar os registros para visualização, para que mostre um registro a cada 30 segundos.

Tenho o seguinte script:

DECLARE @GCom int = 2563,
    @Od DateTime2(0) = '20170210', 
    @Do DateTime2(0) = '20170224'    

--Create a table with intervals by 30 seconds
declare @temp Table ([cas] datetime2(0))
INSERT @temp([cas])
SELECT d
FROM
(
  SELECT
      d = DATEADD(SECOND, (rn - 1)*30, @Od)
  FROM 
  (
      SELECT TOP (DATEDIFF(MINUTE, @Od, @Do)*2) 
          rn = ROW_NUMBER() OVER (ORDER BY s1.[object_id])
      FROM
          sys.all_objects AS s1
      CROSS JOIN
          sys.all_objects AS s2
      ORDER BY
          s1.[object_id]
  ) AS x
) AS y;

--Create temp table
CREATE TABLE #AutoData (
    [Cas] [datetime2](0) NOT NULL PRIMARY KEY,
    [IDProvozniRezim] [tinyint] NOT NULL,
    [IDRidic] [smallint] NULL,
    [Stav] [tinyint] NOT NULL,
    [Klicek] [bit] NOT NULL,
    [Alarm] [bit] NOT NULL,
    [MAlarm] [tinyint] NOT NULL,
    [DAlarm] [bit] NOT NULL,
    [Bypass] [bit] NOT NULL,
    [Lat] [real] NULL,
    [Lon] [real] NULL,
    [ObjemAktualni] [real] NOT NULL,
    [RychlostMaxV1] [real] NOT NULL,
    [RychlostV2] [real] NOT NULL,
    [Otacky] [smallint] NOT NULL,
    [Nadspotreba] [real] NOT NULL,
    [Vzdalenost] [real] NOT NULL,
    [Motor] [smallint] NOT NULL
)

--Populate the temp table selecting only relevant AutoData records
INSERT INTO #AutoData
SELECT [Cas]
      ,[IDProvozniRezim]
      ,[IDRidic]
      ,[Stav]
      ,[Klicek]
      ,[Alarm]
      ,[MAlarm]
      ,[DAlarm]
      ,[Bypass]
      ,[Lat]
      ,[Lon]
      ,[ObjemAktualni]
      ,[RychlostMaxV1]
      ,[RychlostV2]
      ,[Otacky]
      ,[Nadspotreba]
      ,[Vzdalenost]
      ,[Motor]
FROM AutoData a 
WHERE a.GCom = @GCom AND a.cas BETWEEN @Od AND @do

--Select final data
SELECT t.cas, ad.malarm, ad.IDProvoznirezim, ad.Otacky, ad.motor, ad.objemAktualni, ad.Nadspotreba 
FROM @temp t
OUTER APPLY (
SELECT TOP 1 stav, malarm, otacky,motor, objemAktualni, Nadspotreba, IDProvoznirezim  FROM #AutoData a
                     WHERE DATEDIFF(SECOND, a.cas, t.cas)<=CASE WHEN Motor>120 THEN Motor ELSE 120 END 
                     AND DATEDIFF(SECOND,  a.cas, t.cas)>-30 
                     ORDER BY CASE WHEN DATEDIFF(SECOND, a.cas, t.cas)>0 THEN DATEDIFF(SECOND, a.cas, t.cas) ELSE (DATEDIFF(SECOND, a.cas, t.cas)*-1) +120 END
) ad

DROP TABLE #AutoData

A princípio tentei escrever o script com apenas uma variável de tabela @temp colocando a condição WHERE a.GCom = @GCom AND a.cas BETWEEN @Od AND @dona última seleção. O script levou 39 segundos para ser executado.

Quando eu usei #AutoDataa tabela temporária para pré-carregar o subconjunto de dados em uma tabela temporária como é mostrado no script acima, ele caiu para 5 segundos.

Então eu tentei usar uma variável de tabela @AutoDataem vez de #AutoData- mas levou muito mais tempo - 22 segundos.

@temptable tem 40320 registros e #AutoDatatable tem 1904 registros para este exemplo. Mas, surpreendentemente, apenas usar #temptabela em vez de @tempvariável tornou a execução lenta novamente.

Fiquei surpreso ao ver essas diferenças usando ou não a tabela/variável temporária. Aparentemente, o SQL Server não pôde por si só otimizar o interior da cláusula OUTER APPLY.

Mas por que há uma diferença tão grande usando variáveis ​​de tabela versus tabelas temporárias? Existe alguma outra maneira de saber, o que usar e não apenas tentar?

Plano de execução com tabela temporária #AutoData:

https://www.brentozar.com/pastetheplan/?id=B1y2x2Zcg

Plano de execução com a variável @AutoData:

https://www.brentozar.com/pastetheplan/?id=r1rAZnbqx