Fulltext index wyszukiwanie Opcje

[pitu]

Witam

Dodałem na kolumnę Fulltext Index w celu optymalizacji, chciałbym teraz wyszukiwać w tabeli po tym indeksie.

Index:

[SQL] pobierz, plaintext 
CREATE FULLTEXT INDEX index_mp3 ON mp3_search(search_txt);
[SQL] pobierz, plaintext 

W celu wyszukania z wykorzystaniem stworzonego indeksu zamieniłem zwykłe zapytanie Select ... From ... Where ... na:

[SQL] pobierz, plaintext 
SELECT * FROM mp3_search WHERE MATCH(search_txt) AGAINST('"rihanna-only"');
[SQL] pobierz, plaintext 

Problem w tym, że wynikiem owego zapytania musi być jeden rekord, w którym znajduje się identyczna fraza. W bazie frazy zawierają znak minus (-), który jest w tym przypadku znakiem specjalnym.

Pytania:
Jak zwrócić jeden dokładnie pasujący rekord?

[Noidea]

Nie jestem pewny w 100%, ale wydaje mi się, że się nie da. Jedyne co możesz zrobić gdy szukasz wyrażenia ze znakami specjalnymi, to ograniczyć znacząco ilość wierszy przy użyciu wyszukiwania pełnotekstowego, a następnie oczyścić dokładnie wynik przy użyciu LIKE:

[SQL] pobierz, plaintext 
SELECT *
FROM (
    SELECT * 
    FROM mp3_search
    WHERE MATCH( `search_txt` ) AGAINST( '"rihanna-only"' IN BOOLEAN MODE )
) ms
WHERE `search_txt` LIKE '%rihanna-only%'
[SQL] pobierz, plaintext 

[pitu]

Tak tylko chciałem z optymalizować zapytania, a szukanie po indeksie, a następnie filtrowanie po przez like nie wiem czy da jakiś plus do zwykłego

[SQL] pobierz, plaintext 
SELECT *
FROM mp3_search 
WHERE search_txt="rihanna-only";
[SQL] pobierz, plaintext 

Ten post edytował pitu120 14.12.2010, 19:11:05

[erix]

Strzelam, że wystarczy zaescape'ować znak minusa:

Kod

asdasdasd\-sdfsdf

[Noidea]

@pitu120 Jeśli w polu search_txt nie masz nic więcej oprócz "rihanna-only" to nie używaj indeksu pełnotekstowego. Tracisz tylko wtedy na wydajności i pojawiają się takie właśnie problemy ze znakami specjalnymi. Użyj zwykłego indeksu.


@erix To była pierwsza rzecz którą sprawdziłem - nie działa. W manualu nie ma żadnej wzmianki o znakach ucieczki. Dodatkowo znalazłem to:

Generally, anything that's alphabetic or numeric (including accented characters) is part of a word, anything that's not alphabetic or numeric (even "-") is not part of a word and is therefore used as a separator.

http://dev.mysql.com/tech-resources/articl...t-revealed.html
Ma to prawdopodobnie związek z tym jak tworzony jest indeks słów. Bez sensu byłoby oprócz pojedynczych słów dodawać do indeksu też pary słów, trójki, czwórki, itd. na wypadek, gdyby ktoś chciał wyszukać dokładną frazę "ala ma kota". No i rykoszetem oberwały też pary słów oddzielone innym znakiem niż spacja czy enter.

Ten post edytował Noidea 14.12.2010, 21:45:06

[pitu]

@Noidea w search_txt przechowywane są wyszukiwane nazwy piosenek, podany wyżej to tylko przykład.

[Noidea]

Nie o to mi chodzi. Pytałem, czy w polu search_txt może znaleźć się: "Moja ulubiona piosenka to rihanna-only, jest super", czy będzie tam tylko "rihanna-only".
Ogólnie, to jeśli takie zapytanie ci działa:

[SQL] pobierz, plaintext 
SELECT *
FROM mp3_search
WHERE search_txt="rihanna-only";
[SQL] pobierz, plaintext 

i zastanawiasz się tylko, czy użycie indeksu pełnotekstowego będzie szybsze, to odpowiedzią jest: nie będzie.


Możesz przyjąć, że FULLTEXT przydaje się, jeśli chcesz zoptymalizować takie zapytanie

[SQL] pobierz, plaintext 
SELECT *
FROM forum.posty
WHERE tresc_postu LIKE '%slowo1%' OR tresc_postu LIKE '%slowo2%' OR tresc_postu LIKE '%slowo3%'
[SQL] pobierz, plaintext 

w twoim przypadku należy użyć zwykłego indeksu.