Chuỗi so sánh chính xác trong MySQL truy vấn

Question

Tôi tạo ra bảng như thế trong 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 '); 

Sau đó, tôi truy vấn dữ liệu từ bảng mã vạch:

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

Kết quả là:

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

Nhưng tôi muốn tập kết quả chỉ là 1 bản ghi. Tôi giải quyết sự cố với:

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

Kết quả là 1 bản ghi. Nhưng tôi đang sử dụng NHibernate với MySQL để tạo truy vấn từ bảng ánh xạ. Vì vậy, làm thế nào để giải quyết trường hợp này?

Answer 1

Tôi giả sử bạn chỉ muốn một kết quả, bạn có thể sử dụng LIMIT

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

Để làm chuỗi chính xác phù hợp với bạn có thể sử dụng Collation

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

Answer 2

Bạn có thể thử với một regular expression matching:

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

Answer 3

Bạn có thể thực hiện việc này:

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

Answer 4

Không còn cách khắc phục nào khác. Hoặc bạn chỉ định một so sánh đơn lẻ là binary hoặc bạn đặt toàn bộ kết nối cơ sở dữ liệu thành binary. (Làm SET NAMES binary, trong đó có thể có tác dụng phụ khác!)

Về cơ bản, đó là lười biếng 'so sánh là một tính năng của MySQL được cứng mã hoá. Để vô hiệu hóa nó (theo yêu cầu!), Bạn có thể sử dụng một so sánh binary, những gì bạn dường như đã làm. Đây không phải là một 'workaround' nhưng sửa chữa thực sự.

từ MySQL Manual:

Tất cả collations MySQL là loại PADSPACE. Điều này có nghĩa rằng tất cả các giá trị CHAR và VARCHAR trong MySQL được so sánh mà không quan tâm đến bất kỳ dấu trailing

Tất nhiên có rất nhiều possiblities khác để đạt được kết quả tương tự từ quan điểm của người dùng, ví dụ:

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

vấn đề với những là họ EFF ectively vô hiệu hóa nhanh chóng tìm kiếm chỉ mục, do đó, truy vấn của bạn luôn luôn kết quả trong một bảng đầy đủ quét. Với bộ dữ liệu khổng lồ tạo nên sự khác biệt lớn.

Một lần nữa:PADSPACE là mặc định cho so sánh [VAR] CHAR của MySQL. Bạn có thể (và nên) vô hiệu hóa nó bằng cách sử dụng BINARY.Đây là cách để làm điều này.

Answer 5

Câu ngay sau khi một trích dẫn bởi Kaii về cơ bản nói "sử dụng LIKE":

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

và ví dụ dưới đây cho thấy 'Monty' = 'Monty ' là đúng, nhưng không 'Monty' LIKE 'Monty '.

Tuy nhiên, nếu bạn sử dụng LIKE, hãy cẩn thận của các chuỗi chữ chứa '%', '_' hoặc '\' ký tự: '%' và '_' là ký tự đại diện, '\' được sử dụng để thoát khỏi chuỗi.

Answer 6

tôi chỉ đang xử lý trường hợp giống như khi sử dụng LIKE với ký tự đại diện (%) dẫn đến kết quả không mong muốn. Trong khi tìm kiếm tôi cũng tìm thấy STRCMP(text1, text2) dưới tính năng so sánh chuỗi của mysql so sánh hai chuỗi. Tuy nhiên bằng cách sử dụng BINARY với LIKE giải quyết vấn đề cho tôi.

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