Domande e risposte dalla nostra serie di webinar sullo sniffing dei parametri

Il 1 = 1 viene praticamente ignorato da SQL Server, ma consente di aggiungere tutte le clausole condizionali con AND in modo da non dover trattare il *primo* in modo diverso. Ecco l'alternativa:

SET @IncludedWhereClauseYet bit = 0;
SET @sql = N'SELECT cols FROM dbo.Table';
 
IF @param1 IS NOT NULL
BEGIN
  IF @IncludedWhereClauseYet = 0
  BEGIN
    SET @sql += N' WHERE ';
    SET @IncludedWhereClauseYet = 1;
  END
  ELSE
  BEGIN
    SET @sql += N' AND ';
  END
  SET @sql += N' @param1 = @param1';
END
 
IF @param2 IS NOT NULL
BEGIN
  IF @IncludedWhereClauseYet = 0
  ...
END
...

Il 1=1 ti permette di semplificare, permettendoti di anteporre sempre a qualsiasi clausola AND . Il codice sopra diventa:

SET @sql = N'SELECT cols FROM dbo.Table WHERE 1 = 1';
 
IF @param1 IS NOT NULL
BEGIN
  SET @sql += N' AND @param1 = @param1';
END
 
IF @param2 IS NOT NULL
BEGIN
  SET @sql += N' AND @param2 = @param2';
END

Potresti forse usare una clausola iniziale diversa per evitare tutti i condizionali, come WHERE PrimaryKey > 0 o WHERE PrimaryKey IS NOT NULL , e quindi ogni clausola successiva potrebbe iniziare con AND . Ma 1 = 1 , sebbene brutto, è innocuo e IMHO non è meno brutto dell'aggiunta di una clausola *reale* ma priva di significato, tranne per il fatto che una clausola *reale* potrebbe influire sul piano.

Ricorda che quando stai costruendo codice T-SQL con T-SQL, hai due aspetti di "brutto" a cui pensare:a volte risolverai il codice sopra e a volte risolverai la query che esce da esso. Fai attenzione a sacrificarne uno per il bene dell'altro.