comparación de cadenas exacta en MySQL consulta

Question

creé tabla como la de MySQL:

DROP TABLE IF EXISTS `barcode`; 
CREATE TABLE `barcode` (
    `id` int(11) NOT NULL AUTO_INCREMENT, 
    `code` varchar(40) COLLATE utf8_bin DEFAULT NULL, 
    PRIMARY KEY (`id`) 
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8 COLLATE=utf8_bin; 


INSERT INTO `barcode` VALUES ('1', 'abc'); 

INSERT INTO `barcode` VALUES ('2', 'abc '); 

Entonces consultar datos de código de barras tabla:

SELECT * FROM barcode WHERE `code` = 'abc '; 

El resultado es:

+-----+-------+ 
| id | code | 
+-----+-------+ 
| 1 | abc | 
+-----+-------+ 
| 2 | abc | 
+-----+-------+ 

Pero quiero que el conjunto de resultados sea solo 1 registro. Tengo una solución con:

SELECT * FROM barcode WHERE `code` = binary 'abc '; 

El resultado es 1 registro. Pero estoy usando NHibernate con MySQL para generar consultas desde la tabla de mapeo. Entonces, ¿cómo resolver este caso?

Answer 1

estoy asumiendo que usted quiere sólo un resultado, se puede usar LIMIT

SELECT * FROM barcode WHERE `code` = 'abc ' LIMIT 1; 

Para ello cadena exacta de búsqueda adecuados que podría utilizar Collation

SELECT * 
FROM barcode 
WHERE code COLLATE utf8_bin = 'abc'; 

Answer 2

Usted puede tratar con un regular expression matching:

SELECT * FROM barcode WHERE `code` REGEXP 'abc[[:space:]]' 

Answer 3

Puede hacer esto:

SELECT * FROM barcode WHERE `code` = 'abc ' 
AND CHAR_LENGTH(`code`)=CHAR_LENGTH('abc '); 

Answer 4

No hay otra solución para ello. O bien, especifica una comparación única como binary o establece la conexión de la base de datos completa en binary. (Haciendo SET NAMES binary, que puede tener otros efectos secundarios!)

Básicamente, que la comparación 'perezoso' es una característica de MySQL que está codificado. Para deshabilitarlo (bajo demanda), puede usar una comparación binary, lo que aparentemente ya hace. Esto no es una "solución alternativa" sino la solución real.

del MySQL Manual:

Todas las intercalaciones de MySQL son de tipo PADSPACE. Esto significa que todos los valores CHAR y VARCHAR en MySQL se comparan sin tener en cuenta los espacios finales

Por supuesto que hay muchas otras posibilidades para lograr el mismo resultado a partir de la perspectiva de un usuario, es decir:

• WHERE field = 'abc ' AND CHAR_LENGTH(field) = CHAR_LENGTH('abc ')
• WHERE field REGEXP 'abc[[:space:]]'

El problema con estos es que EFF Deshabilite activamente las búsquedas rápidas de índice, de modo que su consulta siempre resulte en un escaneo completo de la tabla. Con enormes conjuntos de datos que hacen una gran diferencia.

De nuevo:PADSPACE es la comparación predeterminada de MySQL [VAR] CHAR. Puede (y debe) deshabilitarlo usando BINARY.Esta es la manera indended de hacer esto.

Answer 5

La sentencia inmediatamente después al citado por Kaii básicamente dice "utilizar LIKE":

“Comparison” in this context does not include the LIKE pattern-matching operator, for which trailing spaces are significant

y el ejemplo a continuación muestra que 'Monty' = 'Monty ' es cierto, pero no 'Monty' LIKE 'Monty '.

Sin embargo, si se utiliza LIKE, tenga cuidado con las cadenas literales que contienen los '%', '_' o '\' caracteres: '%' y '_' son caracteres comodín, '\' se utiliza para las secuencias de escape.

Answer 6

Estaba trabajando en el caso así al usar LIKE con comodín (%), lo que resultó en un resultado inesperado. Durante la búsqueda también encontré STRCMP(text1, text2) en la función de comparación de cadenas de mysql que compara dos cadenas. sin embargo, usar BINARY con LIKE resolvió el problema para mí.

SELECT * FROM barcode WHERE `code` LIKE BINARY 'abc ';