Korzystanie LIKE = porównaniu do dokładnego dopasowania ciąg

Question

pierwsze, uznaję różnice między tymi dwoma:
- Like udostępni symboli wieloznacznych% i _
- znaczna końcowe spacje
- colation wydaje

Wszystko inne rzeczy są równe, dla dokładnego dopasowania ciąg, który jest bardziej wydajny:

SELECT field WHERE 'a' = 'a'; 

czyli

SELECT field WHERE 'a' LIKE 'a'; 

Lub: Czy różnica jest tak nieznaczna, że ​​nie ma znaczenia?

Answer 1

Powiedziałbym, że = komparator byłby szybszy. Leksyk nie przesyła porównania do innego systemu leksykalnego do ogólnych dopasowań. Zamiast tego silnik może po prostu dopasować się lub ruszyć dalej. Nasz db w pracy ma miliony wierszy, a an = jest zawsze szybszy.

Answer 2

W przyzwoitym systemie DBMS silnik bazy danych rozpoznałby, że nie ma znaków wieloznacznych w łańcuchu i niejawnie przekształcił go w czystą równość (niekoniecznie taki sam jak =). Tak więc na początku uzyskasz tylko małe trafienie wydajnościowe, zazwyczaj pomijalne w przypadku każdego przyzwoitego zapytania.

Jednak operator MySQL = niekoniecznie zachowuje się tak, jak tego oczekujesz (jako czysta kontrola równości). W szczególności, nie domyślnie uwzględnia spacje dla CHAR i VARCHAR danych, co oznacza, że:

SELECT age WHERE name = 'pax' 

daje wiersze dla 'pax', 'pax<one space>'i'pax<a hundred spaces>'.

Jeśli chcesz zrobić właściwą kontrolę równości, należy użyć binary kluczowe:

SELECT field WHERE name = binary 'pax' 

---

można przetestować to z czymś takim:

mysql> create table people (name varchar(10)); 

mysql> insert into people value ('pax'); 
mysql> insert into people value ('pax '); 
mysql> insert into people value ('pax '); 
mysql> insert into people value ('pax '); 
mysql> insert into people value ('notpax'); 

mysql> select count(*) from people where name like 'pax'; 
1 

mysql> select count(*) from people where name = 'pax'; 
4 

mysql> select count(*) from people where name = binary 'pax'; 
1