OMG Ponies's questions

Pediram-me para testar uma alteração em uma consulta, movendo uma função de valor de tabela (TVF) para um CTE (não recursivo). Meu entendimento era que cada referência CTE é executada separadamente, então havia a possibilidade da mudança levar à contenção do tempdb...

Fiquei muito surpreso ao ver o desempenho da consulta melhorar ao usar o CTE. IE:

 ;WITH cte AS (
    SELECT t.col FROM dbo.getValues() t)
 SELECT ...
   JOIN cte c ...
 UNION ALL
 SELECT ...
   JOIN cte c ...

Alguém pode lançar alguma luz sobre por que isso está acontecendo?

Recentemente, fizemos uma alteração para criar restrições com base na lógica usada anteriormente em procedimentos armazenados, e parte disso incluiu o uso de INSTEAD OFgatilhos para centralizar a lógica.

A lógica é geralmente simplista:

1. O procedimento armazenado contém uma instrução INSERT (ou UPDATE) em uma exibição, que possui gatilhos INSTEAD OF INSERT/UPDATE
2. O gatilho contém a lógica real -- geralmente duas instruções, lidando com INSERT/UPDATE de um registro em uma tabela principal e uma (ou mais) tabelas de suporte (incluindo integridade referencial).

O problema é quando algo como uma restrição CHECK é atingido na instrução do gatilho. A transação é despejada e tudo é revertido. Estou pensando em duplicar a restrição CHECK/etc nos procedimentos armazenados incorretos para validar antes da execução do gatilho - existe alguma alternativa?