For høj søgetid

det tror jeg er meget rimeligt, for du kan jo ikke indeksere her.

Indeksere?

Er der ikke noget jeg kan gøre for at hjælpe på det?

du kan indeksere (sortere) din tabeller efter felter så den hurtigere kan slåes op på disse, men da du laver en like kan det ikke bruges. Det er fordi at like ikke bare sammeligner med starten af en felt, men også skal finde ud om det blot er en del af et felt.

Hvis du havde brugt = kunne en indeksering give dig en kæmpen performance forøgelse.

Ja ok... men hvordan gør andre det så? Fx. søgemaskiner med flere millioner records? Eller det kan måske slet ikke sammenlignes med mysql?

Se på:

  http://www.mysql.com/doc/C/R/CREATE_INDEX.html

Der er også noget der hedder FULL TEXT searches - der bruger man FULLTEXT index... Læs om hvordan du laver dem her:

  http://www.mysql.com/doc/F/u/Fulltext_Search.html

=)

Jeg kan forøvrigt anbefale PostgreSQL - www.postgresql.org - Den er _meget_ hurtig og _meget_ gratis ;) hehehe

Jeg har fundet en løsning - eller rettere fejlen. I mit script havde jeg nemlig først fundet det totale antal af records, og derefter søgt. Det, at finde det totale antal tog mellem et og to sekunder ved 25k records, mens selve søge-querien kun tog 0,012 sekunder :)

en \"like\" udnytter da ikke indexes ? gør den... mener kun det er fulltext searches der kan anvende indexes. en like bliver nødt til at kigge hver enkelt record for at finde matches... er dog ikke 100 på det...

postgresql skulle være kanon, bedre sql integration og flere muligheder på bekostning af mysql\'s hastighed. det er et valg man må foretage, begge er gratis. :)

netomia >> en select count(id) from tabel tager mellem 1 og 2 sek ???