2 pitanja mysql pretraga

1.

SELECT * FROM tbl WHERE col LIKE "%problem%"

U manualu pise da LIKE nije casesensitive,
a nevraca mi redove u kojima pise npr. Problem,proBLEm
Kako da resim ovaj problem ?

koristim 3.23.32
probo sam na veratovom serveru i nesljaka na ver 3.23.38
tako da mi dzaba da menjam kuci verziju
kad nece da mi sljaka na hostu

2.
Kod "vecih" baza(npr 100.000 redova u tbl) verovatni je gornja metoda spora
Naiso sam na jedno na netu a glasi ovako u kratkim crtama:

Napravi se jos dve tabeje
Prva tabela sa unikatnim recima tabele koju pretrazujemo
Drvuga koja je M-M izmedju tabele sa recima i tabele koju pretrazujemo

Dali nemo ima neko drugo ne mnogo komplikovano resenje

Hvala!


[Ovu poruku je menjao Arsa_Car dana 03.09.2002 u 11:20 PM GMT]

Potpis

Kvalitetno i kvantitetno

Ne znam tacno od koje verzije (valjda 3.23.46 ili tako nesto) NIJE case sensitive, pa ako imas prethodnu verziju (i mene je to mucilo dok nisam pronasao da sam imao stariju verziju) verovatno je to problem, bar je to bio kod mene, i posle toga je radilo case insensitive. Drugi nacin je da umesto LIKE koristis REGEXP - regular expressione. O tome promadji vise pomocu pretrazivaca, ako nisi upucen u reg. expressions-e.

Drugi deo pitanja ne mogu da odgovorim jer nisam radio sa toliko velikim tabelama, ali pretpostavljam i da izbor VRSTE baze (ima ih vise kod MySQL-a) moze da pomogne - neke vrste su bolje za vecu kolicinu podataka.

Toliko od mene, valjda ima neko upuceniji...

Potpis

Kad sve ostalo zakaže, pročitaj uputstvo...

Na prvo pitanje ne mogu da ti odgovorim jer nisam radio sa MySQL-om. Sto se tice drugog pitanja, resenja postoje. Jedno si rekao. Za neka druga resenja treba da znam koja su polja u tabeli (mislim na primarni kljuc, unique, not null i sve ostalo). Performanse zavise od vrste upita koje se koriste. Prost primer je sledeci:
Za Oracle kada se cesto izvrsavaju upiti sa spajanjem tabela ako upit izgleda kao
select ... from ... where ... = ...; onda tabele koje se spajaju grupisu ili spoje u klaster (nema veze sa klasterom racunara). Ovde se radi o veoma velikim tabelama koje imaju po vise stotina hiljada slogova. Ako na primer upit glasi
select ... from ... where ... > ... onda ako bi tabele povezao u klaster performanse bi se drasticno smanjile. Ako ces da imas svakojake upite onda ce i resenja da budu razlicita.

Pozdrav

Resenje je veoma prosto, ne trebaju ti dve tabele i slicne gluposti,
treba ti samo FULLTEXT index na polja za pretragu, FULLTEXT radi
veoma brzo, i vraca rejting za dobijenih reci. U prilogu FULLTEXT search-a
imas i listu reci koje zelis ignorirati sa pretrage, kao i,na,se,uz,za,iz,ti ....
bolje pogledaj
http://www.mysql.com/doc/en/Fulltext_Search.html
http://www.mysql.com/doc/en/Fulltext_Fine-tuning.html

i sve sto mozes naci o fulltext na www.mysql.com

Potpis

People who think they know everything tend to irritate those of us who do.

1. Probaj ovako:
SELECT * FROM tbl WHERE LOWER(col) LIKE "%problem%"

SELECT * FROM tbl WHERE LOWER(col) LIKE "%problem%"
Da to je to !
cak zavrsava posao i ako je ....LIKE"%PrOBLem%"
hvala
u medjuvremenu sam pronaso da radi i
SELECT * FROM tbl WHERE col REGEXP "problem"

SA FULLTEXT indexom mi nikako nije islo
uvek mi vraca nula redova cak sam probo i primer iz manuala

Potpis

Kvalitetno i kvantitetno

Evo napokon sa mu naso caku
zavrsava posao
i FULLTEXT
hvala svima

Potpis

Kvalitetno i kvantitetno

Covece, FULLTEXT ne samo da zavrsava posao, nego to je nabolje resenje
za pretragu velika BLOB polja koja sadrze tekst. LIKE i REGEXP se vise koriste
kad je u pitanju VARCHAR kolona.

Potpis

People who think they know everything tend to irritate those of us who do.