[SQL] subquery krijgt niet de juiste waarde

[Goof2000]

Mijn vraag
Ik ben bezig met een controle te bouwen waarbij na heel veel proberen nog niet de juiste output komt.

Ik heb 3 tabellen:

Soorten

No	Soort	Route
1	Aardbei	Winkel
2	Banaan	Kliko
3	Kiwi	Winkel

Koppeling

Fruit no	Meting
1	23
1	25
1	27
1	29
1	31
1	33
2	41
2	43
2	45
3	51
3	53
3	55

Metingen

Meting	Status
23	Rijp
25	Rijp
27	Schimmel
29	Rijp
31	Groen
33	Rijp
41	Groen
43	Rijp
45	Rijp
51	Groen
53	Groen
55	Groen

Nu wil ik natuurlijk dat de aardbeien niet naar de winkel gaan omdat er een meting is met schimmel.
En de bananen niet in de kliko gaan, omdat er geen schimmel is.

code:

Select
F1.Fruit as Fruit
F1.Route as Route
F3.Status as Status

From Soorten as F1

From Koppeling as F2
on F1.No = F2.Fruit no

From Metingen as F3
on F2.Fruit no = F3.Meting

Nu wil ik eigenlijk als output:
Aardbei - Winkel - Rijp - schimmel
Aardbei - Winkel - Rijp - schimmel
Aardbei - Winkel - Schimmel - schimmel
Aardbei - Winkel - Rijp - schimmel
Aardbei - Winkel - Groen - schimmel
Banaan - Kliko - Groen - geen schimmel
Banaan - Kliko - Rijp - geen schimmel
Banaan - Kliko - Rijp - geen schimmel
Kiwi - Winkel - Groen - geen schimmel
Kiwi - Winkel - Groen - geen schimmel
Kiwi - Winkel - Groen - geen schimmel

Dus als in 1 van de mettingen schimmel komt te staan, dan een kolom toevoegen met schimmel, anders geen schimmel.
Schimmel of geen schimmel moet dus aan het product gekoppeld worden.

Relevante software en hardware die ik gebruik
Microsoft SQL Server Management Studio

Wat ik al gevonden of geprobeerd heb
Het op te losssen met een subquery en met een case statement in de Select en From.

Ik mis een handvat om verder te gaan, misschien iemand die een duw in de juiste richting kan geven?

[GlowMouse]

Je zult een subquery nodig hebben met COUNT(*).

[ Voor 73% gewijzigd door GlowMouse op 26-04-2017 11:31 ]

[sig69]

1. Volgens mij klopt je datamodel niet. Je wil toch afhankelijk van je meting bepalen of iets naar de kliko of naar de winkel gaat? Rijp -> winkel, schimmel -> kliko. Dat lijkt me dus niet in de "soort" table te horen.
2. Er van uitgaande dat de laatste meting van belang is, zal je iets van een volgnummer of timestamp in je koppeling table op moeten nemen om de laatste meting te kunnen bepalen. Dan zou je met een ROW_NUMBER of GROUP BY een eind moeten komen.

[The Eagle]

Een kolom bestaat in je resultset, of niet. Maar niet conditioneel
Aangenomen dat hier een front end voor komt te staan zijn dit typisch dingen (kolommen verbergen obv resultset) die je aan de frondend over laat. Die is daar veel beter in

[Goof2000]

Aanvulling: Ik heb alles versimpel ten opzichte van de query die ik heb.

De metingen zijn op verschillende plekken, tijd is daarom niet van toepassing.

De tabel soort is misschien slecht gekozen, dat is de huidige route en ik wil die gaan controleren aan de hand van de metingen of die route wel juist gekozen is mbv de metingen te koppelen aan deze route.

De oplossing van GlowMouse vind ik erg interressant, daarmee ga ik aan de slag, dat had ik nog niet bedacht.