String vergleichen genau in Abfrage MySQL

Question

I Tabelle in MySQL so erstellt:

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 '); 

Dann habe ich Daten aus der Tabelle Barcode-Abfrage:

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

Das Ergebnis ist:

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

Aber ich möchte das Ergebnis nur 1 Datensatz einstellen. Ich erarbeite Abhilfe mit:

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

Das Ergebnis ist 1 Datensatz. Aber ich benutze NHibernate mit MySQL zum Generieren von Abfragen aus Mappingtabellen. So, wie diesen Fall zu lösen?

Answer 1

Ich gehe davon aus Sie nur ein Ergebnis wollen, könnten Sie LIMIT

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

verwenden exakte Zeichenfolge Dazu passend Sie Collation

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

Answer 2

Sie können mit einem regular expression matching versuchen verwenden:

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

Answer 3

Sie könnten dies tun:

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

Answer 4

Es gibt keine andere Lösung dafür. Entweder geben Sie einen einzelnen Vergleich als binary an oder Sie legen die gesamte Datenbankverbindung auf binary fest. (Tun SET NAMES binary, die andere Nebenwirkungen haben können!)

Grundsätzlich dass ‚faul‘ Vergleich ist ein Feature von MySQL, die hart codiert. Um es zu deaktivieren (auf Anfrage!), Können Sie einen binary vergleichen, was Sie anscheinend schon machen. Dies ist kein "Workaround", sondern die eigentliche Lösung.

vom MySQL Manual:

Alle MySQL-Sortierungen sind vom Typ PADSPACE. Das bedeutet, dass alle CHAR und VARCHAR-Werte in MySQL ohne Rücksicht auf irgendwelche Leerzeichen verglichen werden

Natürlich gibt es viele andere Möglichkeiten sind das gleiche Ergebnis aus der Perspektive eines Benutzers zu erreichen, das heißt:

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

Das Problem mit diesen ist, dass sie eff Deaktivieren Sie schnell schnelle Indexsuchen, sodass Ihre Abfrage immer zu einem vollständigen Tabellenscan führt. Mit riesigen Datensätzen, die einen großen Unterschied machen.

Wieder:PADSPACE ist Standard für MySQL [VAR] CHAR Vergleich. Sie können (und sollten) es unter Verwendung von BINARY deaktivieren.Dies ist der Weg, dies zu tun.

Answer 5

Der Satz unmittelbar nach dem von Kaii zitierte eine im Grunde sagt: "verwenden LIKE":

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

und das folgende Beispiel zeigt, dass 'Monty' = 'Monty ' wahr ist, aber nicht 'Monty' LIKE 'Monty '.

Wenn Sie jedoch LIKE verwenden, passen sie von Literalzeichenfolgen mit den '%', '_' oder '\' Zeichen: '%' und '_' Wildcard-Zeichen sind, wird '\' verwendet, um Sequenzen zu entkommen.

Answer 6

Ich arbeitete nur auf Fall genau so, wenn LIKE mit Platzhalter (%) verwendet, was zu einem unerwarteten Ergebnis führte. Während der Suche fand ich auch STRCMP(text1, text2) unter String Vergleich Feature von MySQL, die zwei Zeichenfolge vergleicht. Die Verwendung von BINARY mit LIKE löste das Problem für mich.