[php+mySQL] full text vyhledavani na strankach

[Miiisa]

jak se da udelat fulltextovy vyhledavani v databazi MySQL

hledal sem na netu a nasel sem dve az tri moznosti...
prvni) mysql full-text - coz asi neni nejstastnejsi varianta...
druha) SELECT ... WHERE ... LIKE -
treti) nejaky indexovani... coz se mi ale nezda jako dobra varianta...

co byste mi doporucili?
jak byste delali vyhledavani??

[Arteee]

proc se ti nezda indexovani jako dobra volba?
V dobach, kdy webhosting sql serverem byl vzacny, tak taky to bylo na trafic, takze nejaky opakovany SELECTY admini netrpeli > muselo se indexovat.

[Miiisa]

proc se ti nezda indexovani jako dobra volba?
V dobach, kdy webhosting sql serverem byl vzacny, tak taky to bylo na trafic, takze nejaky opakovany SELECTY admini netrpeli > muselo se indexovat.

no..pac kdyz sem videl napriklad tabulku v phpBB kde byly ty indexy, tak sem se zdesil...

jak to teda funguje se kazdy slovo ulozi spolecne s identifikatrem clanku a pak se hleda pomoci WHERE ?

[Jezevec]

Hmm a co takhle pouzit nativni fulltext mysql ?

[ripper]

ja pouzivam v definici tabulky normalne

FULLTEXT (heading,content)

a pak pro hledani

SELECT MATCH (advert.heading,advert.content) AGAINST ('bagr') AS relevance
FROM advert
HAVING relevance > 0

[Miiisa]

ja pouzivam v definici tabulky normalne

FULLTEXT (heading,content)

a pak pro hledani

SELECT MATCH (advert.heading,advert.content) AGAINST ('bagr') AS relevance
FROM advert
HAVING relevance > 0

jo..to sem taky chtel pouzit, ale tady:

http://www.orisek.net/?article=vyhledavaci-php-skript

to neuvadeji jako moc dobry reseni...

asi budu muset pristoupit na indexaci

[Miiisa]

tak sem si zkusil indexovat tabulku...
uz mi funguje hledani jednoho slova....

ale nejak mi nedochazi jak udelat hledani vice slov a pak treba takovy ty logicky spojky jako je OR nebo AND.....

napadlo me jen hledani tech slov tak aby mely vsehcny stejny id clanku ve kterym sou....

btw..zkusil sem i fulltext v mysql, ale tady: http://www.linuxsoft.cz/article.php?id_article=952 to nedoporucujou..a nebo spis uvadeji zaporny vlastnosti...

[Jezevec]

Kdyz hledas vic slov, tak se to dela tak, ze to roztrhnes a hledas jednotlivy. Pak si udelas nejaky kriteria a vysledek setridis podle toho kterej clanek dostane nejvic bodu.

Napr 10bodu za vyskyt v nadpisu, 1 bod za kazdy vyskyt v textu, v pripade vyskytu obou slov ve stejnym clanku + 5bodu ...

[miho]

Jen doplnim, ze varianta s LIKE je pri vetsi databazi v zasade nepouzitelna kvuli vykonu.

Nejlepsi je prvni varianta tedy pouzit MySQL fulltext, ktery na druhou stranu v zasade nedela interne nic jineho, nez ze vytvori specialni index, ktery si ovsem muzes vytvorit i sam rucne coz jsi zminil v bodu 3 a nelibilo se ti to

[Fox!MURDER]

LIKE je nesmysl to rozhodne!!! ... to delalo stary phorum a db s cca 1.5M postama to prohledavalo snad 10 minut - pricemz ta tabulka byla lockla a nic nefungovalo ... navic zatizeni cpu permanentne 100% ... implementujes to okamzite ale ZADNEJ index ti tohle neosefuje!!! dycky se bude delat full-table scan (teda pokud nebudes hledat jen podle prvnich pismen toho sloupce) tj. mas select .... WHERE sloupec LIKE '%slovo%' ... ;

MySQL fulltext je hezkej a jednoduchej ale ... poradne tam neovlivnis hodnotu tech slov ... takze fakt jen simple hledani, implementace je taky hodne easy a ma to nejakej vlastni zpusob vyhodnocovani pravdepodobnosti shody, ale treba rezervovany slova se editujou v konfiguraku mysql takze pokud to mas na webhostingu a potrebujes hledat 3pismeny slova (treba AMD tady na foru) tak si neskrtnes.



a nakonec ta metoda kterou pouziva phpBB a vubec vetsina takovejhle aplikaci tj. tabulky wordindex a wordmatch je asi nejefektivnejsi, protoze muzes presne ovlivnovat hodnoty slov - tj. napr. slovo v nadpisu ma vetsi vyznam nez slovo v poznamce nebo v diskuzi. je narocnejsi na implementaci (musis nekde stahnout nebo napsat engine na to) ale nejefektivnejsi, mas ho plne pod kontrolou a nebude zabirat moc vic mista nez fulltext klic. bude pri normalnim pouzivani zhruba stejne rychla.