user606723's questions

Eu precisava copiar informações de uma linha de uma tabela para outra. Percebi que poderia fazer o seguinte:

update address
set col1 = a2.col1,
col2 = a2.col2,
.....etc
from address a1, address a2
where a1.id = @to and a2.id = @from

No entanto, o SQL acima parece meio ambíguo.
Como sei que atualizará a linha @to com dados de @from e não o contrário?

Editar: Nota: embora eu não tenha feito testes extensivos, esta consulta parece funcionar quando a tento em nosso banco de dados de desenvolvimento. Ele simplesmente atualiza a linha @to com os resultados da linha @from.

Isso parece que algo trivial seria fácil, mas não consegui encontrar uma boa maneira de fazer isso.

Isto é o que eu inventei:

select convert(numeric,
                    (select convert(varchar,datepart(yy,getdate())) + 
                         right('0' + convert(varchar,datepart(mm,getdate())), 2) +
                         right('0' + convert(varchar,datepart(dd,getdate())), 2)
                    ))

EDIT: Eu sei que não precisa ter uma subconsulta assim, mas ignore isso =p

Existem muitas explicações de por que NOT IN NULL não funciona, mas não vi nenhuma solução. (pergunta recente aqui: Por que NOT IN com um conjunto contendo NULL sempre retorna FALSE/NULL? )

Eu tenho 6 argumentos opcionais para um procedimento armazenado que são usados ​​para filtrar um determinado valor de uma consulta. O desenvolvedor anterior fez algo assim:

IF @var1 IS NULL AND ..... 

    select ...

else

    select ...
    where value in (@var1, ...)

Eu particularmente não gostei disso. (A consulta é bastante massiva), então decidi optar por algo assim:
(Tivemos os resultados em uma tabela temporária de qualquer maneira)

IF @var IS NOT NULL OR ...

    delete from #temp where value not in (@var1,...)

Mas percebi que isso não vai funcionar.

A única coisa que posso pensar em fazer é criar outra tabela temporária que conterá apenas os valores não nulos em @ var1, etc. (usando instruções if ou excluindo where is NULL) e, em seguida, fazendo uma exclusão de junção nesta tabela.

Existe uma maneira melhor?

Digamos que criamos um procedimento armazenado que possui um parâmetro de entrada opcional.

O SQL entrará em curto-circuito, permitindo que o desempenho dos dois seguintes seja equivalente?
Pergunto porque estou modelando meu próprio proc após o outro, e ele usa o último método. Seria útil saber se isso foi feito por um motivo ou simplesmente porque o autor original não pensou nisso.

select * from
<complex join>
where <various filters>
and (value IS NULL OR myvalue = @value)

OU

if (@value is not null)
begin
    select * from
    <complex join>
    where <various filters>
    AND myvalue = @value
end
else
begin
    select * from
    <complex join>
    where <various filters>
end   

No sistema em que trabalho existem muitos procedimentos armazenados e scripts SQL que fazem uso de tabelas temporárias. Depois de usar essas tabelas, é uma boa prática eliminá-las.

Muitos dos meus colegas (quase todos são muito mais experientes do que eu) costumam fazer isso:

TRUNCATE TABLE #mytemp
DROP TABLE #mytemp

Eu normalmente uso um single DROP TABLEem meus scripts.

Existe alguma boa razão para fazer um TRUNCATEimediatamente antes de um DROP?