A colocação do
DECLARE é irrelevante (exceto que o analisador não permitirá que você tente usá-lo antes do DECLARE ) Na verdade, ele declara apenas uma variável, independentemente de quantas vezes o bloco de código que contém a declaração é executado.
O
DECLARE não é em si uma instrução executável. por exemplo. IF 1 = 0
BEGIN
DECLARE @I INT
END
SELECT @I
Funciona bem, mesmo que esse bloco nunca seja inserido. A memória para as variáveis é reservada no momento da compilação antes mesmo da execução da consulta começar no contexto de execução .
Uma maneira de ver isso é
DBCC FREEPROCCACHE;
GO
SELECT m2.pages_allocated_count
--If 2012 use the next line instead
--,m2.pages_in_bytes/m2.page_size_in_bytes as pages_allocated_count
,m2.page_size_in_bytes
FROM sys.dm_exec_cached_plans cp
CROSS apply sys.dm_exec_sql_text(cp.plan_handle) t
JOIN sys.dm_os_memory_objects m1 ON m1.memory_object_address = cp.memory_object_address
JOIN sys.dm_os_memory_objects m2 ON m1.page_allocator_address = m2.page_allocator_address
WHERE text LIKE '%this query%'
AND m2.type = 'MEMOBJ_EXECUTE'
DECLARE @A0 VARCHAR(8000);
DECLARE @A1 VARCHAR(8000);
DECLARE @A2 VARCHAR(8000);
DECLARE @A3 VARCHAR(8000);
DECLARE @A4 VARCHAR(8000);
DECLARE @A5 VARCHAR(8000);
DECLARE @A6 VARCHAR(8000);
DECLARE @A7 VARCHAR(8000);
DECLARE @A8 VARCHAR(8000);
DECLARE @A9 VARCHAR(8000);
DECLARE @A10 VARCHAR(8000);
DECLARE @A11 VARCHAR(8000);
DECLARE @A12 VARCHAR(8000);
DECLARE @A13 VARCHAR(8000);
DECLARE @A14 VARCHAR(8000);
DECLARE @A15 VARCHAR(8000);
DECLARE @A16 VARCHAR(8000);
DECLARE @A17 VARCHAR(8000);
DECLARE @A18 VARCHAR(8000);
DECLARE @A19 VARCHAR(8000);
DECLARE @A20 VARCHAR(8000);
que mostra a memória reservada para a consulta atual, se você ajustar o número de variáveis declaradas, verá a mudança de memória reservada mesmo que o
DECLARE bloco está bem no final do lote. 
