Wyszukiwanie i dużo pól do przeszukania - optymalnie ? Opcje

[Mayka]

Witam

Robie wyszukiwarke która będzie wyszukiwać produkty w tabeli, wyszukiwanie musi być, po kilku polach i teraz nie wiem czy takie coś będzie optymalne ?

[SQL] pobierz, plaintext 
$query = "SELECT * FROM produkty WHERE tytul LIKE '%$fraza%' OR autor LIKE '%$fraza%' OR data LIKE '%$fraza%' OR tresc LIKE '%$fraza%'
ORDER BY data DESC LIMIT $limit_g"; 
[SQL] pobierz, plaintext 

I jeszcze mam takie pytanie bo autorzy będą wyświetleni jako lista i będzie można zaznaczyć u którego autora ma szukać jak to zrobić ?

Ten post edytował Mayka 13.03.2012, 17:15:50

[alegorn]

jedno slowo okreslajace ten pomysl jesli chodzi o wydajnosc:
masakra ewentualnie, powiedzialbym czyste zło

w jednym zapytaniu udalo ci sie zgromadzic najgorsze pomysly dotyczace wyszukiwarki, a to w sumie tez niezle osiagniecie


po pierwsze.
ogranicz maksymalnie po stronie php zakres przeszukiwania! najlepiej jesli udalo by ci sie ograniczyc przeszukiwanie do jednego pola

po drugie.
jesli juz nie uda ci sie ograniczyc ilosci pol do przeszukiwania - zamiast 'or' uzyj 'union'

po trzecie
jesli to mozliwe, ogranicz wyszukiwanie lewostronnie zamkniete (czyli 'LIKE "$costam%"') pozwoli to wykorzystac indexy


w chwili obecnej za tak napisane zapytanie - moj admin zaproponowal by ci honorowe seppuku


a jesli nie uda ci sie skorzystac na zadnej z tych 3 rad (choc minimum 2 da sie wdrozyc) proponuje uzyc Sphinx, lub cos podobnego.

j.

Ten post edytował alegorn 14.03.2012, 13:22:09

[gothye]

zamiast wyszukiwania LIKE zastosuj index Fulltext w bazie i skorzystaj przy wyszukiwaniu za pomocą jego .

zawsze możesz użyć sphinx'a ,budowałem na nim wyszukiwarki mające po 100 i więcej parametrów wyszukiwania a indexy rekordów w takich przypadkach
są zwracane w ciągu 0.015s z bazy zawierającej 3mln rekordów !

[Sephirus]

Zgadzam się z przedmówcami i dodam, że zdecydowanie lepiej dać Index fulltext na objęte szukaniem pola i używać MATCH AGAINST - zawsze szybsze od tego co proponujesz

[cudny]

Powiedzmy, że musisz użyć like i nie możesz pełnotekstowych index'ów (czyli źle zaprojektowana baza) to jest rozwiązanie, które pasuje do tego jak to mój przedmówca napisał honorowego sepuku

[SQL] pobierz, plaintext 
$query = "SELECT * FROM produkty WHERE concat(tytul,autor,data,tresc) LIKE '%fraza%' ORDER BY data DESC LIMIT $limit_g"
[SQL] pobierz, plaintext 

Ten post edytował cudny 15.03.2012, 22:02:32

[Mayka]

No baza jest jeszcze w takim stadium że można ją troche przeprojektować
i własnie dla tego wolałem zapytać czy jest jakaś możliwość żeby nie obciążać za mocno serwera przy wielu zapytaniach..
Dzieki za pomoc i pomysły. Bede się odyzwał jeszcze w tej sprawie

Bo tak w międzyczasie znalazłem jeszcze na forum takie coś :

[PHP] pobierz, plaintext 
    $wh = array();
    if (!empty($_POST['imie'])) {
    $wh[] = 'imie = '.'"'.$_POST['imie'].'"'; //imie
    }
    if (!empty($_POST['nazwisko'])) {
    $wh[] = 'nazwisko = '.'"'.$_POST['nazwisko'].'"'; //nazwisko
    }
    if (!empty($_POST['adres'])) {
    $wh[] = 'adres = '.'"'.$_POST['adres'].'"'; //adres
    }
    if (!empty($_POST['miejscowosc'])) {
    $wh[] = 'miejscowosc = '.'"'.$_POST['miejscowosc'].'"'; //miejscowosc
    }     
    if (!empty($wh)) {
    $where = 'WHERE '.implode(' and ', $wh);
    $query = 'SELECT * FROM tabela '.$where.' ORDER BY id DESC';
    } else {
    $query = 'SELECT * FROM tabela ORDER BY id DESC';
    } 
[PHP] pobierz, plaintext 

Ale to chyba nie wiele zmienia ?

ilość pól niestety nie może być ograniczona.. Będzie wyszukiwanie po 6 polach

Ten post edytował Mayka 16.03.2012, 13:15:49

[cudny]

Więc użyj to co Ci zaproponowałem - poprostu łączysz sobie pola textowe i używasz na nich tylko raz LIKE, które jest wyrażeniem regularnym, a dzięki połączeniu pól textowych wykonujesz je tylko raz

[Mayka]

Więc użyj to co Ci zaproponowałem - poprostu łączysz sobie pola textowe i używasz na nich tylko raz LIKE, które jest wyrażeniem regularnym, a dzięki połączeniu pól textowych wykonujesz je tylko raz

No mogę dodać

[SQL] pobierz, plaintext 
ALTER TABLE Artukuly
ADD FULLTEXT INDEX (tytul(20),tresc(20));
[SQL] pobierz, plaintext 

do każdego z pól ale mam pytanie jak będzie wyglądało szukanie po np. 3 polach ? Bedą brane pod uwage wszystkie 3 na raz przy wyświetlaniu wyników ?

Więc fulltext czy Like ?
Edit:
Wiec przetestowałem i :

[PHP] pobierz, plaintext 
$wynik = mysql_query("SELECT * FROM produkty WHERE MATCH (tytul,autor,data,login) AGAINST('".$szukaj."') ")
[PHP] pobierz, plaintext 

Nie działa.. nie wiem dla czego jak by mogl ktoś to poprawić to bede wdzieczny..
natomiast :

[PHP] pobierz, plaintext 
$wynik = mysql_query("SELECT * FROM produkty WHERE concat(tytul,autor,data,login) LIKE '%".$szukaj."%' ") 
[PHP] pobierz, plaintext 

działa ale mam jeden problem jak wpisze.. 'login' to wszystko działa ale jak wpisze 'login o obrotach' -> 'mayka o obrotach' to nic nie znajduje dlaczego ?
mayka jest w tabeli z loginami, o obrotach jest w tabeli tytuł.

Ten post edytował Mayka 16.03.2012, 17:04:10

[Niktoś]

A zajrzyj tutaj,może Cie to naprowadzi:
http://dev.mysql.com/doc/refman/5.0/en/fulltext-boolean.html

[cudny]

No mogę dodać

[SQL] pobierz, plaintext 
ALTER TABLE Artukuly
ADD FULLTEXT INDEX (tytul(20),tresc(20));
[SQL] pobierz, plaintext 

do każdego z pól ale mam pytanie jak będzie wyglądało szukanie po np. 3 polach ? Bedą brane pod uwage wszystkie 3 na raz przy wyświetlaniu wyników ?

Więc fulltext czy Like ?
Edit:
Wiec przetestowałem i :

[PHP] pobierz, plaintext 
$wynik = mysql_query("SELECT * FROM produkty WHERE MATCH (tytul,autor,data,login) AGAINST('".$szukaj."') ")
[PHP] pobierz, plaintext 

Nie działa.. nie wiem dla czego jak by mogl ktoś to poprawić to bede wdzieczny..
natomiast :

[PHP] pobierz, plaintext 
$wynik = mysql_query("SELECT * FROM produkty WHERE concat(tytul,autor,data,login) LIKE '%".$szukaj."%' ") 
[PHP] pobierz, plaintext 

działa ale mam jeden problem jak wpisze.. 'login' to wszystko działa ale jak wpisze 'login o obrotach' -> 'mayka o obrotach' to nic nie znajduje dlaczego ?
mayka jest w tabeli z loginami, o obrotach jest w tabeli tytuł.

No bo tak:
kolumna tytul = 'jakis tytul i tak dalej'
kolumna autor = 'to jest autor i w ogole'
kolumna data = '2010-10-12'
kolumna login = 'mayka'

po concat masz:
'jakis tytul i tak dalej to jest autor i w ogole2010-10-12mayka'
musisz dać:

'jakis tytul i tak dalej to jest autor i w ogole2010-10-12mayka' LIKE '%tytul%mayka%' wtedy ci znajdzie.
Ogólnie % to jest coś co zastępuje cokolwiek (jakikolwiek znak)

[Niktoś]

'jakis tytul i tak dalej to jest autor i w ogole2010-10-12mayka'
musisz dać:

'jakis tytul i tak dalej to jest autor i w ogole2010-10-12mayka' LIKE '%tytul%mayka%' wtedy ci znajdzie.
Ogólnie % to jest coś co zastępuje cokolwiek (jakikolwiek znak)

Po to Kolega chce użyć fulltext, żeby nie używać Like który jest nieoptymalny w procesie wyszukiwania.

[cudny]

No, cały czas jest pisane o full text search ale w tym wyadku lepsze błdzie chyba użycie jednego wyrażenia regularnego niż 4 krotne użycie full text no nie ?
poprzez concat nie zadziała full text i trzeba będize zrobić 4 * OR

[Niktoś]

A spojrzałeś chociaż na ten link co podałem?

[Mayka]

A spojrzałeś chociaż na ten link co podałem?

Pytasz mnie czy cudnego bo nie wiem..
Jesli mnie to przejzałem.. natomiast niewiem dlaczego moje zapytanie jest nie poprawne..

[cudny]

To było do mnie Oczywiście, że nie przeglądałem tego linka (wcześniej)
Mayka pytał o like więc dałem rozwiązanie, z tym, że $szukaj pokazywała się do każdej kolumny, więc uznałem, że szuka $szukaj w czterech kolumnach - wtedy like to zwykłe wyrażenie pojedyńcze.
Ogólnie można pokombinować z indexami pełnotextowymi, to już nie moja działka