@jopie t: ik denk dat ook dat niet helpt.

Je zou dit op kunnen lossen met een batterij aan subqueries maar of dat nou zo efficient is:

Code:

SELECT fiets_id FROM fietsen WHERE onderdeel_id = 5 AND fiets_id IN
  (SELECT fiets_id FROM fietsen WHERE onderdeel_id = 2 AND fiets_id IN
    (SELECT fiets_id FROM fietsen WHERE onderdeel_id = 1))

In dit geval moet je de query dan dynamisch opbouwen afhankelijk van het aantal aangevinkte velden.

Ik denk dat je met joinen niet verder komt.

Als je alle onderdelen nu als kolommen zou opnemen in een tabel. Maar dan ben je weer niet zo flexibel met onderdelen toevoegen/verwijderen.

jopie t, nee dat gaat niet.

Het moet iets worden zoals http://www.hoteliers.nl/extsearch.php alleen dan bij fietsen. Mensen klikken bijvoorbeeld aan:
- 6 versnellingen
- bel
- bagage drager
- verlichting
- spatbord

Als dat verzonden wordt (POST) moeten een formule kijken welke fietsen die eigenschappen bezit.

Ik heb even gezocht:

http://www.dbforums.com/ansi-sql/162...le-values.html

Je zou het dus zo kunnen oplossen:

Code:

SELECT fiets_id
FROM fietsen
WHERE `onderdeel_id` 
IN ( 1, 2, 5 ) 
GROUP BY fiets_id
HAVING COUNT(fiets_id) =3

Inderdaad! Dat werkt perfect! Bedankt voor alle hulp!

Origineel gepost door Gilbert Berkers

Ik heb even gezocht:

http://www.dbforums.com/ansi-sql/162...le-values.html

Je zou het dus zo kunnen oplossen:

Code:

SELECT fiets_id
FROM fietsen
WHERE `onderdeel_id` 
IN ( 1, 2, 5 ) 
GROUP BY fiets_id
HAVING COUNT(fiets_id) =3

Dit klinkt inderdaad als een betere oplossing dan mijn inefficiente subqueries!

Een fietsentabel en onderdelentabel en die tegen elkaar joinen is een betere oplossing dan de "group by" met "having"
Prestatiegericht en database technisch verstandiger...

Origineel gepost door jopie t

Een fietsentabel en onderdelentabel en die tegen elkaar joinen is een betere oplossing dan de "group by" met "having"
Prestatiegericht en database technisch verstandiger...

Ik denk niet dat je het voor elkaar krijgt, maar ik zou zeggen geef eens een sql-query.