String confrontare esattamente nella query MySQL

Question

ho creato tabella come quella in 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 '); 

Poi ho interrogare i dati dalla tabella di codici a barre:

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

Il risultato è:

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

Ma voglio che il set di risultati sia solo 1 record. Ho risolto il problema con:

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

Il risultato è 1 record. Ma sto usando NHibernate con MySQL per generare query dalla tabella di mapping. In modo che come risolvere questo caso?

Answer 1

Io parto dal presupposto che si desidera un solo risultato, è possibile utilizzare LIMIT

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

Per fare stringa esatta corrispondenza si potrebbe usare Collation

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

Answer 2

si può provare con un regular expression matching:

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

Answer 3

È possibile effettuare questa operazione:

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

Answer 4

Non c'è altra soluzione per questo. O si specifica un confronto singolo come binary o si imposta l'intera connessione al database su binary. (Facendo SET NAMES binary, che può avere altri effetti collaterali!)

In sostanza, che 'pigro' il confronto è una caratteristica di MySQL che è codificato duro. Per disabilitarlo (su richiesta!), È possibile utilizzare un confronto binary, ciò che apparentemente già si fa. Questa non è una "soluzione alternativa" ma la vera soluzione.

dal MySQL Manual:

Tutte le regole di confronto di MySQL sono di tipo PADSPACE. Ciò significa che tutti i valori CHAR e VARCHAR in MySQL vengono confrontate senza considerare gli eventuali spazi finali

Naturalmente ci sono molti altri possiblities per ottenere lo stesso risultato dal punto di vista dell'utente, ossia:

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

Il problema con questi è che eff disabilita automaticamente le ricerche indice rapide, quindi la tua query risulta sempre in una scansione completa della tabella. Con enormi set di dati che fanno una grande differenza.

Ancora:PADSPACE è il valore predefinito per il confronto di MySQL [VAR] CHAR. Puoi (e dovresti) disabilitarlo usando BINARY.Questo è il modo indivo per farlo.

Answer 5

La sentenza subito dopo quello citato da Kaii in pratica dice "usa LIKE":

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

e l'esempio seguente mostra che 'Monty' = 'Monty ' è vero, ma non 'Monty' LIKE 'Monty '.

Tuttavia, se si utilizza LIKE, fate attenzione di stringhe letterali contenenti i '%', '_' o '\' caratteri: '%' e '_' sono caratteri jolly, '\' viene utilizzato per le sequenze di escape.

Answer 6

stavo solo lavorando su case così come quando si utilizza LIKE con carattere jolly (%) risultante in un risultato inaspettato. Durante la ricerca ho trovato anche STRCMP(text1, text2) nella funzione di confronto delle stringhe di mysql che confronta due stringhe. comunque usando BINARY con LIKE ho risolto il problema per me.

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