SQL zoeken, wat is het beste

Hmmm, ik zit hier een beetje met een dilemma, ik weet niet goed hoe ik mijn artikel zoekmachine wil opbouwen.

Wat ik kan doen is een fulltext index en dan op die manier met keywords zoeken of met prepared statements gaan werken. Ik kan gewoon alle keywords exploden en in een LIKE statement gooien maar dat geeft giga querys.

Wat kan ik het beste doen?

Je hebt een zoekvenster waar je in kan zoeken, bijvoorbeeld "PC Version Metal Gear Rising", dat moet hij opbreken in keywords en zoeken met MATCH en AGAINST.

Please note: ik heb dit al eens in het kleine vragen topic gegooid maar ben sindsdien niet veel verder gekomen.

Giga querys is geen probleem. Performance is dat wel.

De keuze is afhankelijk van de grote van je database en hoe je de de data normaal gesproken benadert.

Rogier schreef:

Giga querys is geen probleem. Performance is dat wel.

De keuze is afhankelijk van de grote van je database en hoe je de de data normaal gesproken benadert.

Normaal gesproken haal ik data op met een simpele SELECT query, het is overigens vrij veel en het wordt alleen maar meer omdat er Posts bij komen en dergelijke.

Dan zit ik te denken aan een losse zoekdatabase, als je echt flexibel wilt zijn .
Bijvoorbeeld Lucene of Xapian/Omega....

Aarclay schreef:

Dan zit ik te denken aan een losse zoekdatabase, als je echt flexibel wilt zijn .
Bijvoorbeeld Lucene of Xapian/Omega....

Tja, 99% kans dat hij daar geen beschikking over heeft.

Waarom test je zelf niet wat performance? Vul een dummie DB en draai beide querys, kijken welke snelste is.

Rogier schreef:

Eerdere citaten tonen

Aarclay schreef:

Dan zit ik te denken aan een losse zoekdatabase, als je echt flexibel wilt zijn .

Bijvoorbeeld Lucene of Xapian/Omega....

Tja, 99% kans dat hij daar geen beschikking over heeft.

Waarom test je zelf niet wat performance? Vul een dummie DB en draai beide querys, kijken welke snelste is.

Om eerlijk te zijn...geen tijd gehad
Ik kan wel een aparte servers daar voor opstarten maar om eerlijk te zijn is dat het niet waard omdat ik ook weer niet zo veel bezoekers heb.

Ik ga het vanmiddag proberen, jullie horen van me

Plus dat je nog een frontend moet schrijven en de nodige migratiescripts om alles in je zoek-database te kunnen plaatsen. Maar het is wel leuk om er eens een keer naar te kijken voor later.

Aarclay schreef:

Plus dat je nog een frontend moet schrijven en de nodige migratiescripts om alles in je zoek-database te kunnen plaatsen. Maar het is wel leuk om er eens een keer naar te kijken voor later.

Of ik kan hem laten synchroniseren via een cron.. Al is dat niet dé meest handige manier.