Al igual que frente a "=" para hacer coincidir cadenas utilizando SQL Server

Question

Siempre que escribo un procedimiento almacenado para seleccionar datos basado en una variable de cadena (varchar, nvarchar, char) Me gustaría tener algo como:

procedure dbo.p_get_user_by_username(
    @username  nvarchar(256) 
as 
begin 
    select 
     u.username 
     ,u.email 
     --,etc 
    from 
     sampleUserTable u 
    where 
     u.username = @username 
end 

Así que en es decir, para igualar el récord que tendría

u.username = @username 

Pero a veces encontrar código que utilizaría LIK E en lugar de =

u.username like(@username) 

¿Cuándo utilizarlo? ¿No debería usarse solo cuando necesita una coincidencia de comodín?

EDITAR

Gracias por las respuestas.

Creo que necesito aclarar que lo que realmente estaba tratando de preguntar era: si pudiera haber una situación en la que se prefiriera usar como en lugar de "=" para una coincidencia exacta de cadenas. De las respuestas podría decir que no habría. Desde mi propia experiencia, incluso en situaciones en las que necesito ignorar, por ejemplo, casos y espacios iniciales y finales, usaría ltrim, rtrim, menor en ambas cadenas y luego "=". Gracias de nuevo por tu aportación.

Answer 1

Estás en la correcta. No hay beneficio en usar LIKE a menos que esté haciendo una coincidencia comodín. Además, usarlo sin comodín podría llevar al uso de un plan de consulta ineficiente.

Answer 2

Con la palabra clave LIKE puede hacer coincidir el campo u.username con un patrón específico en lugar de una "cadena" fija.

Answer 3

Sí, hasta donde yo sé, usar como sin ningún comodín es lo mismo que usar el operador =. ¿Estás seguro de que el parámetro de entrada no tiene comodines?

Answer 4

Sí, tienes razón, solo se debe usar para coincidencia de comodines. Se debe usar con moderación, especialmente en tablas muy grandes en campos no indexados, ya que puede ralentizar sus consultas de forma MUY BAJA.

Answer 5

Si no se utilizan comodines, entonces la diferencia es, que "=" hace una coincidencia exacta, pero al igual que coincidirá con una cadena con espacios finales (de SSBO):

Al realizar las comparaciones de cadenas con LIKE, todos los caracteres en la cadena de patrón son significativos, incluyendo espacios iniciales o finales. Si una comparación en una consulta es devolver todas las filas con una cadena como 'abc' (abc seguido de un único espacio ), una fila en la que el valor de que la columna es ABC (abc sin un espacio ) no es devuelto Sin embargo, espacios en blanco al final, en la expresión a que coincide con el patrón, son ignorados.Si una comparación en una consulta es para devolver todas las filas con la cadena LIKE 'abc' (abc sin espacio), se devuelven todas las filas que comienzan con abc y tienen cero o más espacios en blanco al final.

Answer 6

Si está viendo esto en el código de otras personas, tal vez tengan la intención de permitir que una persona pase una cadena que incluye un patrón o comodines.

Answer 7

Sunny casi lo hizo bien :)

Ejecutar lo siguiente en control de calidad en una instalación predeterminada de SQL2005

select * from sysobjects where name = 'sysbinobjs ' 
-- returns 1 row 
select * from sysobjects where name like 'sysbinobjs ' 
-- returns 0 rows 

Así que, como no coincide con el espacio final, en el lado de plan de consulta ambos realizan casi por igual, pero la unión '=' funciona un poco mejor.

Una cosa adicional que DEBE tener en cuenta cuando use LIKE es escaparse de la cuerda correctamente.

declare @s varchar(40) 
set @s = 'escaped[_]_%' 

select 1 where 'escaped[_]_%' like @s 
--Return nothing = BAD 

set @s = '_e_s_c_a_p_e_d_[___]___%' 

select 1 where 'escaped[_]_%' like @s escape '_' 
--Returns 1 = GOOD 

En general las personas no utilizan como por la coincidencia exacta, porque los temas que escapan causan todo tipo de complicaciones y errores sutiles, la gente se olvida de escapar y hay un mundo de dolor.

Pero ... si quiere una coincidencia exacta real que sea eficiente, LIKE puede resolver el problema.

Digamos que desea hacer coincidir el nombre de usuario con "sam" y no desea obtener "Sam" o "Sam" y desafortunadamente la compilación de la columna no distingue entre mayúsculas y minúsculas.

Algo como lo siguiente (con el escape agregado) es el camino a seguir.

select * from sysobjects 
WHERE name = 'sysbinobjs' and name COLLATE Latin1_General_BIN LIKE 'sysbinobjs' 

La razón por la que hace una doble coincidencia es para evitar una exploración de tabla.

Sin embargo ....

creo que el varbinary casting trick es menos propenso a errores y fácil de recordar.

Answer 8

LIKE es para coincidencia de comodines, donde as = (igual) es para una coincidencia exacta.

También creo que se utiliza para los campos que han sido catalogados por CATÁLOGOS DE TEXTO COMPLETO para las comparaciones de las líneas de núcleo duro.

Answer 9

Me encontré con el mismo problema. Se tardó aproximadamente un minuto y medio en ejecutar una consulta similar con =. Cuando cambié = a like, la consulta fue mucho más rápida.

• Intente crear un índice para la columna que está comparando con. Esto aceleró la consulta significativamente.
• Intenta ejecutar sp_updatestats. En mi caso esto hizo que la consulta se ejecutara en aproximadamente 6 segundos usando = sin el índice y casi al instante con el índice.