KutuluMike's questions

Eu sei que os tipos de dados NUMERIC e DECIMAL no SQL Server funcionam da mesma forma: a sintaxe para criá-los é a mesma, os intervalos de valores que você pode armazenar neles são os mesmos etc.

No entanto, a documentação do MSDN descreve a relação entre os dois assim:

numeric é funcionalmente equivalente a decimal.

Normalmente, quando vejo o qualificador " funcionalmente equivalente", significa que as duas coisas não são exatamente iguais, mas que são dois tipos diferentes que são indistinguíveis do lado de fora .

Essa implicação é verdadeira? Existem diferenças entre NUMERIC e DECIMAL que por acaso se comportam da mesma forma para um observador externo? Ou eles são realmente equivalentes, por exemplo, NUMERIC é apenas um sinônimo herdado para DECIMAL?

Sempre soube do UNIONoperador no SQL, mas só recentemente descobri que havia outros operadores de conjunto INTERSECTe EXCEPT. Não consegui encontrar um operador que faça o quarto grande operador de conjunto, a diferença simétrica (por exemplo, o oposto de INTERSECT.)

Parece que posso obter a saída desejada usando algo como

SELECT Field FROM A UNION SELECT Field FROM B 
EXCEPT
SELECT Field FROM A INTERSECT SELECT Field FROM B

(supondo que eu tenha a precedência correta), ou fazendo um anti-full-join:

SELECT A.Field, B.Field
FROM A
FULL JOIN B ON B.Id = A.Id
WHERE B.Id IS NULL OR A.Id IS NULL

Mas ambos parecem consultas bastante intensivas, especialmente em comparação com as outras três operações básicas de conjunto. Existe uma operação de diferença simétrica no SQL e simplesmente não consigo encontrá-la na documentação? Ou existe uma maneira "canônica" de implementá-lo no T-SQL?

Muitos dos eventos que o SQL Profiler captura incluem uma coluna de dados binários. A documentação para essas classes de eventos apenas repete o fato de que essa coluna contém "Valor binário dependente da classe de eventos capturada no rastreamento".

Estou particularmente interessado nos eventos RPC:Startinge ; RPC:CompletedPercebo que os dados binários de cada evento aparecem iguais sempre que a mesma consulta é executada, embora os eventos Inicial e Concluído tenham dados binários diferentes . Mas outros eventos também exibem informações aqui que eu estaria interessado em decodificar. Isso pressupõe, é claro, que os dados sejam relevantes ou significativos.

O conteúdo desses campos está documentado em algum lugar e é significativo para um desenvolvedor/administrador?

Estou tentando usar uma MERGEinstrução para inserir ou excluir linhas de uma tabela, mas só quero agir em um subconjunto dessas linhas. A documentação para MERGEtem um aviso muito forte:

É importante especificar apenas as colunas da tabela de destino que são usadas para fins de correspondência. Ou seja, especifique as colunas da tabela de destino que são comparadas com a coluna correspondente da tabela de origem. Não tente melhorar o desempenho da consulta filtrando linhas na tabela de destino na cláusula ON, como especificando AND NOT target_table.column_x = value. Fazer isso pode retornar resultados inesperados e incorretos.

mas é exatamente isso que parece que tenho que fazer para fazer meu MERGEtrabalho.

Os dados que tenho são uma tabela padrão de junção de muitos para muitos de itens para categorias (por exemplo, quais itens estão incluídos em quais categorias) assim:

CategoryId   ItemId
==========   ======
1            1
1            2
1            3
2            1
2            3
3            5
3            6
4            5

O que preciso fazer é substituir efetivamente todas as linhas de uma categoria específica por uma nova lista de itens. Minha tentativa inicial de fazer isso se parece com isso:

MERGE INTO CategoryItem AS TARGET
USING (
  SELECT ItemId FROM SomeExternalDataSource WHERE CategoryId = 2
) AS SOURCE
ON SOURCE.ItemId = TARGET.ItemId AND TARGET.CategoryId = 2
WHEN NOT MATCHED BY TARGET THEN
    INSERT ( CategoryId, ItemId )
    VALUES ( 2, ItemId )
WHEN NOT MATCHED BY SOURCE AND TARGET.CategoryId = 2 THEN
    DELETE ;

Isso parece estar funcionando em meus testes, mas estou fazendo exatamente o que o MSDN me avisa explicitamente para não fazer. Isso me deixa preocupado com a possibilidade de ter problemas inesperados mais tarde, mas não consigo ver nenhuma outra maneira de fazer minhas MERGElinhas afetar apenas com o valor de campo específico ( CategoryId = 2) e ignorar linhas de outras categorias.

Existe uma maneira "mais correta" de alcançar esse mesmo resultado? E quais são os "resultados inesperados ou incorretos" sobre os quais o MSDN está me alertando?