Ponieważ zaciekawiło mnie to co napisał Dragossani w <b>tym</b>wątku, postudiowałem manual do MySQLa i oto co z tego wynikło - wyszukiwarkę z określaniem trafności można zrobić jednym zapytaniem :-)

<i><b>Jak zrobić wyszukiwarkę?</b></i>

Zacznijmy od początku:
zakładamy, że chcemy zrobić własną wyszukiwarkę do forum phpBB.
Na początku dodajemy do istniejącej tabeli prefix_posts_text jedno pole:

[SQL] pobierz, plaintext 
ALTER TABLE prefix_posts_text ADD FULLTEXT (post_subject,post_text)
[SQL] pobierz, plaintext 

Jeżeli wszystko przebiegło pomyslne to możemy zająć się stworzeniem zapytania formularza wyszukiwania.
Do wyszukiwania używamy funkcji mysqla

[SQL] pobierz, plaintext 
MATCH(col1,col2,..) AGAINST ('szukany_tekst')
[SQL] pobierz, plaintext 

która zwraca wyniki trafności wyszukiwania.

Teraz zróbmy z tego zapytanie:

[PHP] pobierz, plaintext 
<?php
$q=mysql_query(&#092;"SELECT MATCH(post_subject,post_text) AGAINST ('\".$_POST[\"f\"].\"') AS stopien, post_text, post_ID,post_subject FROM prefix_posts_text ORDER B
Y
stopien DESC&#092;") or die(mysql_error());?>
[PHP] pobierz, plaintext 

zakładając, że w zmiennej $_POST["f"] mamy szukane wyrażenie.

Jeżeli zapytanie działa, to jedziemy dalej, jeżeli nie to szukamy rozwiązania w manualu.
Teraz przypisujemy odpowiednie wartości do tablic:

[PHP] pobierz, plaintext 
<?php
 for($i=0; $i<mysql_num_rows($q); $i++)
 {
  mysql_data_seek($q,$i);
  $t=mysql_fetch_array($q);
  if($t[&#092;"stopien\"]>0)
  {
   $stopnie[]=$t[&#092;"stopien\"];
   $IDs[]=$t[&#092;"post_ID\"];
   $sub[]=$t[&#092;"post_subject\"];
   $post[]=$t[&#092;"post_text\"];
  }
 }
?>
[PHP] pobierz, plaintext 

Teraz przygotujmy wyświetlanie wyników.
Ponieważ zwracane wyniki trafności nie są za każdym razem identyczne, wyszukujemy najwiekszą wartość:

[PHP] pobierz, plaintext 
<?php
 $max=$stopnie[@array_search(@max($stopnie),$stopnie)];
?>
[PHP] pobierz, plaintext 

Teraz (w pętli) z proporcji obliczamy procenty trafności każdego zapytania, i wyświetlamy dane:

[PHP] pobierz, plaintext 
<?php
for($i=0; $i<count($stopnie); $i++)
{
 $proc=floor(($stopnie[$i]*100)/$max);
 // instrukcje wyświetlające
}
?>
[PHP] pobierz, plaintext 

I wyszukiwarka gotowa :-)
:arrow: <b>Przykład</b>
Powyżej można zobaczyć przykład działania wyszukiwarki podpiętej pod phpBB.

<i><b>Metoda działania wyszukiwarki.</b></i>
(na podstawie moich obserwacji)
Trafność zostaje wyliczona w następujący sposób - jest liczona ilosc szukanych słów i podstawiona do ilości ogólnej wyrazów w ciągu i na podstawie tego zostaje zwrócona wartość. Czyli mówiąc prościej - na górze strony wyszukiwania (największa trafność) będą posty z najwyższym stosunkiem wyrazów do szukanego ciągu, czyli np. najkrótsze posty z największą ilością szukanych słów.
Ograniczeniem jest długość ciągu - wyszukiwarka działa dopiero przy szukanych wyrażeniach dłuższych niż 3 znaki.

WOW! Dzięki spenalzo! Dzięki bardzo!

Haha, najbardziej podobał mi się pierwszy post po wpisaniu słowa szukanego: admin To tylko taki mały offtopic

spenalzo dzieki za ta wyszukiwarke, kiedys probowalem zrobic taka.
mam jeszcze pytanie i prosbe, czy dalo by sie tak zrobic (moze juz to jest na tamtej wyszukiwarce), aby zaznaczalo szukany tekst w wynikach, ale chodzi mi o to by sie linki nie psuly.
problem szerzej przedstawilem tutaj

No cóż... Przykład radosnej twórczości naszego genialnego forumowicza rdpan'a...
A post pokazuje sie, ponieważ został przeniesiony do ukrytego forum, a nie skasowany :-)

Artykul "Using MySQL Full-text Searching" dostępny na stronach http://www.zend.com

A można by tak dać opis wyszukiwarki szukającej w plikach ? I żeby była oparta ta wyszukiwarka na plikach ?

uuu, tutaj to nie jest takie proste :-)
W tej wyszukwarce co wyżej 99% roboty odwala mysql, a na plikach to musiałbym sam napisać algorytmy, funkcje itd. Ale może kiedyś?

a dało by sie zrobić wyszukiwarke na mysql która by szukała w plikach txt które mają postać:


[list]1|http://jakiś adres|Nazwa strony|Opis strony|E-mail|1057855002
2|http://jakiś adres|nazwa strony|Opis strony|e-mail|1061981292[list]

Jak pliki to nie MySQL.
Z plikami to jest taki problem, że nie da się napisać jednej wyszukiwarki dla każdego rodzaju pliku, ponieważ każdy zapisuje swoje pliki w inny sposób.

Może coś zrobiłem nie tak, ale mnie się to nie podoba :|

Po pierwsze:
Hmm... jakoś nie mogę znaleźć sensu takiego kryterium oceniania trafności. <update>Patrz niżej ten post.</update>


Po drugie, po wykonaniu "ALTER TABLE" ponad dwukrotnie wzrosła objętość tabeli (!). Dyskwalifikacja, nie wiem ile zajmuje u Was np. baza phpBB, ale wydaje mi się, że w większysch serwisach - dużo. Pole FULLTEXT staje się bowiem indeksem i kopiuje pole z tekstem każdego rekordu, a więc, jeśli rozpatrywana tabela jest główną tabelą serwisu, to praktycznie objętość bazy wzrasta dwukrotnie.


Zastanawiam się cały czas nad skuteczną wyszukiwarką, np. taką, która opiera się na osobnej tabeli słów kluczowych (relacja {id_słowa, słowo}), generowanych z dodawanych tekstów oraz na relacji {id_słowa, id_tekstu, ilość_wystąpień}. Przy obliczaniu trafności, można połączyć dwa parametry: ilość wystąpień słowa w danym tekście (obliczana jednorazowo przy dodawaniu/edycji tekstu) oraz ilość dopasowanych słów, tzn. ile spośród wpisanych w wyszukiwarce słów, znalazło się w tekście. Nie wiem tylko, jak to połączyć - może sumę "ilości wystąpień"? Albo może średnią z "ilości wystąpień" (tzn. "suma ilości wystąpień" podzielić przez liczbę słów wpisanych w wyszukiwarce)? Tekst z najwyższą średnią (lub sumą, lub innym wyliczonym parametrem) otrzymuje 100%, a następne, odpowiednio mniej. Muszę dokonać obliczeń i wtedy zastanowić się, jaki wzór opracować, może jakaś średnia arytmetyczna ważona czy cuś...

Do tego dochodzi jeszcze ta nieszczęsna odmiana rzeczowników przez przypadki...

Korzyści z fulltextu są nieocenione, ale ten wzrost objętości...

<dodatek date="2003-09-01" time="09:51">
Poza tym nie można podać własnej definicji termu (to określenie pojawia się w teoretycznych opracowaniach dotyczących tego tematu), na przykład term zawierający myślnik zostanie potraktowany jako dwa termy, z których drugi jest termem "zabronionym", czyli takim, który nie może wystąpić w dokumencie.

Poszperałem trochę w sieci i znalazłem kilka prac poświęconych tematowi "ważenia" dokumentów. Już w dokumentaji mysql'a można wyczytać, na czym polega "ważenie" termu kluczowego - im więcej dokumentów, w których ten termu występuje, tym bardziej term traci na wadze. Chodzi o to, żeby wpisując rzadko występujące termy, otrzymać dokument, który zawiera największe jego natężenie. Wzór na wagę termu w dokumencie uwzględnia ilość wystąpień termu w dokumencie ©, ilość dokumentów zawierających term (Dt) oraz ilość wszystkich dokumentów w archiwum (N) i logarytmicznie rośnie wraz ze wzrostem liczby dokumentów w archiwum oraz maleje wraz ze wzrostem liczby dokumentów zawierających term. Ufff
waga_termu_w_dokumencie = C * log (N / Dt)
Tylko nie wiem, dlaczego we wzorze pojawia się logarytm :| Logarytm jest funkcją rosnącą wolniej niż funkcja liniowa. Przy dużych argumentach różnice wartości są niewielkie. Poszperam w sieci jeszcze o tym, może trzeba trochę pogrzebać w statystyce matematycznej
</dodatek>

witam ...

pozwolilem sobie zoptymalizowac ta funkcje ... wg moich testow oraz obserwacji [obie funkcje wywolane w 2 oknach na tej samej bazie ] dzialanie [ zwracane wyniki ] jest identyczne ...
oto poprawiony kod:
[php:1:38f3001feb]<?php
$query = "SELECT MATCH( kolumny full text ) AGAINST (".$_GET['szukane'].") AS stopien, reszta, oddzielona, przecinkami FROM nazwabazy ORDER BY stopien DESC";
$result = mysql_query ($query) or die (mysql_error());
$n=0;
while ($line = mysql_fetch_array($result, MYSQL_ASSOC)){
if($line["stopien"]>0){
$stopnie[]=$line["stopien"];
$proc=round((($stopnie[$n++]*100)/$stopnie[0]),2);
print '
wszystkie kolumny spelniajace kryteria z bazy sa wyswietlane przez $line['nazwa_kolumny']
dodatkowo w zmiennej $proc jest procentowo zawarta wartosc stopnia danego rekordu w porownaniu z rekordem maksymalnym
';
}//*
}

?>[/php:1:38f3001feb]
* gdy bawilem sie ta funkcjia [poprzednia rownierz] zauwazylem [mysql_num_rows();] ze ilosc odebranych wierszy jest wieksza niz ilosc wyswietlonych .... tu mozna wsadzic wyswietlanie rekordow w inny sposob wtedy gdy stopnien = 0 [slowo jest za popularne lub nie znalezione] ale UWAGA po wpisaniu np print " nie znaleziono" ten komunikat zostanie wyswietlony tyle razy ile line['stopien'] > 0 [ dzieki petli while]

teraz moze kilka wyjasnien ...
[php:1:38f3001feb]
$max=$stopnie[@array_search(@max($stopnie),$stopnie)];
?>[/php:1:38f3001feb]
po co przecierz wyniki zapytania ukladane sa wg stopnia [od najwiekszego do najmniejszego] a maxymalna wartosc jest na pozycji 0 w tabeli stopnie ...
[php:1:38f3001feb]<?php
$proc=floor(($stopnie[$i]*100)/$max);
?>[/php:1:38f3001feb]
mozna wsadzic prosto do petli :
[php:1:38f3001feb]<?php
$proc=round((($stopnie[$n++]*100)/$stopnie[0]),2);
?>[/php:1:38f3001feb] ponaddto stosujac round dos tajemy ladniejsze wyniki np w miejsce 90 z florem mamy 91 z round
funkcja jest mniejsza ... ma mniej tabel [ odpada:
[php:1:38f3001feb]<?php
$stopnie[]=$t["stopien"];
$IDs[]=$t["post_ID"];
$sub[]=$t["post_subject"];
$post[]=$t["post_text"];
?>
[/php:1:38f3001feb]
]
i wszysko jest w 1 petli ... co o tym sadzicie
wszelkie komentarze mile widziane :D
cya