Preguntas y respuestas de nuestra serie de seminarios web sobre detección de parámetros

El 1 = 1 SQL Server prácticamente lo ignora, pero permite agregar todas las cláusulas condicionales con AND para que no tengas que tratar al *primero* de manera diferente. Aquí está la 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
...

El 1=1 le permite simplificar, permitiéndole siempre prefijar cualquier cláusula con AND . El código anterior se convierte en:

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

Quizás podría usar una cláusula inicial diferente para evitar todos los condicionales, como WHERE PrimaryKey > 0 o WHERE PrimaryKey IS NOT NULL , y luego cada cláusula subsiguiente podría comenzar con AND . Pero 1 = 1 , aunque feo, es inofensivo, y en mi humilde opinión no es menos feo que agregar una cláusula *real* pero sin sentido, excepto que una cláusula *real* podría afectar el plan.

Recuerde que cuando está construyendo código T-SQL con T-SQL, tiene dos aspectos de "feo" en los que pensar:a veces solucionará los problemas del código anterior y, a veces, resolverá los problemas de la consulta que surge de eso. Ten cuidado de sacrificar uno por el bien del otro.