[MySQL] problemen met simpele query

[Sjoerd]

Ik ben bezig met een zoek script te maken voor mijn site maar loop vast.
Ik wil in verschillende tabellen zoeken naar een bepaald zoekwoord

Een kleine weergave van de database:

news
id
title
content
date

pages
id
title
content

SQL:

SELECT * FROM pages p,news n
            WHERE p.content OR n.content like '%zoekwoord%'

Het probleem hierbij is echter dat ik een hoop dubbele rijen krijg, hoe kan ik er met 1 query voor zorgen dat ik toch alle unieke resultaten van de 2 tabellen onder elkaar krijg?

Een join heeft in dit geval weinig nut denk ik aangezien de 2 tabellen totaal geen relatie hebben, het gebruik van DISTINCT(id) of GROUP BY id is ook niet van toepassing aangezien deze 'ambigous' is.

[lennartkocken]

code:

SELECT * FROM pages p,news n
            WHERE p.content LIKE '%zoekwoord%' OR n.content LIKE '%zoekwoord%'

[Creepy]

En dan nog krijg je dubbele rijen omdat je gewoon een cartegisch product genereerd van beide tabellen en daar een selectie op los laat.

Als beide tabellen precies hetzelfde zijn en je wilt in beide tabellen op dezelfde manier zoeken, waarom maak je dan niet 1 tabel waarin je 1 extra kolom opneemt die het type (news of page) aangeeft?

[bigbeng]

pst.: UNION

[ Voor 12% gewijzigd door bigbeng op 13-05-2008 16:04 ]

[Niemand_Anders]

Waarom proberen mensen altijd het wiel opnieuw uit te vinden?
Voor vrijwel elke programmeertaal zijn al bestaande seach engines beschikbaar.
PHP: http://www.sphider.eu/ en Lucene voor Java, .NET en Ruby.

Beide werken met een spider en ondersteunen complexe zoek opdrachten (o.a. boolean searches, quoted words, etc).

[Sjoerd]

bigbeng schreef op dinsdag 13 mei 2008 @ 16:03:
pst.: UNION

SUPER! bedankt dat deed het hem!

select 1
UNION
select 2

[lammert]

Niemand_Anders schreef op dinsdag 13 mei 2008 @ 16:04:
Waarom proberen mensen altijd het wiel opnieuw uit te vinden?
Voor vrijwel elke programmeertaal zijn al bestaande seach engines beschikbaar.
PHP: http://www.sphider.eu/ en Lucene voor Java, .NET en Ruby.

Beide werken met een spider en ondersteunen complexe zoek opdrachten (o.a. boolean searches, quoted words, etc).

Jij denkt dat een search engine implementeren efficiënter is dan een basic SELECT query?

[Creepy]

Jij denkt dat een basis SELECT query efficienter is dan een search engine op bijv. een forum zoals dit?

[bigbeng]

Creepy schreef op dinsdag 13 mei 2008 @ 16:10:
Jij denkt dat een basis SELECT query efficienter is dan een search engine op bijv. een forum zoals dit?

ja

Leuk man, oneliners crap! nu zijn het er twee

Maar ff zonder dollen, ik denk dat de suggestie van Niemand_Anders een goede is om over na te denken. Een enkele simpele zoekquery zelf implementeren kan snel uitgroeien tot het zelf bouwen van een search engine.

[ Voor 28% gewijzigd door bigbeng op 13-05-2008 16:18 ]

[Creepy]

Ja? Vertel dat even tegen de devvers hier van het forum dat ze de zoekengine eruit moeten halen en likes moeten gebruiken

Tip: een fulltext search over de gehele posts tabel met een LIKE zal altijd de gehele tabel moeten scannen, een goede search engine cached een hoop en doet dit niet.
Met een klein nieuw forum ga je dit verschil niet merken, maar zodra het echt gaat groeien.....

[ Voor 84% gewijzigd door Creepy op 13-05-2008 16:27 ]