[SQL] Tabellen joinen, dubbele entries voorkomen

[IceM]

Om mijn probleem uit te leggen heb ik de volgende testdatabase gebruikt:

Gebruikers
id	naam
1	Test

Berichten
id	gebruikersid	naam
1	1	Bericht1
2	1	Bericht2

Status
id	gebruikersid	status
1	1	Status1

Opzet is dat 1 gebruiker meerdere berichten en meerdere statussen kan hebben. Om het overzicht te verkrijgen van 1 gebruiker wil ik alle data in 1 keer selecteren. Ik dacht dit middels joins te doen maar ik loop daarbij tegen het probleem op dat er dubbele content in mijn resultset terugkomt. Op dit moment gebruik ik de volgende testquery:

SQL:

SELECT gebruikers.naam, berichten.bericht, status.status
FROM gebruikers
LEFT JOIN berichten ON gebruikers.id = gebruikers.id
LEFT JOIN status ON status.gebruikersid = gebruikers.id
WHERE gebruikers.id =  '1'

Als resultaat krijg ik dan uiteraard de volgende twee rijen terug:
Test - Bericht1 - status1
Test - Bericht2 - status1

Ik snap wel waarom ik dit resultaat terugkrijg maar als ik vervolgens de data om wil zetten naar objecten moet ik allemaal checks invoeren om te kijken of ik niet toevallig 2x dezelfde status toevoeg aan de gebruiker. Is de query zo aan te passen zodat ik bijvoorbeeld onderstaand resultaat krijgt?

Test - Bericht1 - status1
null - Bericht2 - null
Of
Test - Bericht1 - status1
Test - Bericht2 - null

[bindsa]

Doe dan een INNER JOIN vanuit statussen.

[Voutloos]

JOIN volgorde maakt echt niet uit, het blijven one-to-many relaties.

[BSTNjitRam]

Haal apart de berichten per gebruiker en de statussen per gebruiker op en verwerk deze dan in je gebruikerobject. Je gaat namelijk heel veel onnodige data bij elkaar verzamelen als je straks meerdere statussen én meerdere berichten hebt.

Bv bij 4 statussen en 4 berichten wil je 8 records verwerken.
Echter ga je 16 records terugkrijgen welke je dan weer wil gaan filteren.
En dit loopt hard op bij nóg hogere getallen.

[ Voor 5% gewijzigd door BSTNjitRam op 16-08-2011 20:50 ]

[YakuzA]

Wat is de betekenis van 'status' ?

Is het de status van de gebruiker? > Waarom zijn dan meerdere statussen mogelijk?

zoals hierboven ook vermeld, als er geen relatie is tussen berichten en status, dan is het logischer/netter/handiger om dit in 2 verschillende queries op te halen.

[IceM]

YakuzA schreef op woensdag 17 augustus 2011 @ 17:11:
Wat is de betekenis van 'status' ?

Is het de status van de gebruiker? > Waarom zijn dan meerdere statussen mogelijk?

zoals hierboven ook vermeld, als er geen relatie is tussen berichten en status, dan is het logischer/netter/handiger om dit in 2 verschillende queries op te halen.

Status is gewoon een voorbeeld (net als de overige 2 tabellen). Ik had beter voor relaties ofzo kunnen kiezen. Het leek mij in eerste instantie logisch om alle informatie over 1 object met 1 query op te halen maar heb het inmiddels opgesplitst.

[Dido]

Algemene opmerking: je moet niet vergeten dat je in SQL records ophaalt, geen velden. Jij hebt dus in je voorbeeld helemaal geen dubbele resultaten, want je rijen zijn verschillend.

Als je redundante data terugkrijgt (zoals bij jou dus je statussen) dan is dat een aanwijzing dat je misschien gegevens aan het ophalen bent die niet bij elkaar horen, zoals in jouw voorbeeld dus bericht en status. Alle informatie in een rij of record hoort normaliter bij elkaar:
orderregelnummer, artikelnummer, artikelomschrijving, aantal, stuksprijs, totaalprijs

Jij gaat er nu iets anders bijhalen wat wel bij de orderregel hoort, maar niet bij al de rest van de eerder genoemde rij, bijvoorbeeld het ordernummer waar de regel bijhoort:
ordernummer, orderregelnummer, artikelnummer, artikelomschrijving, aantal, stuksprijs, totaalprijs

Je ordernummer zal nu uiteraard steeds herhaald worden, net als je status, dus kun je die beter apart ophalen.

[Remus]

Dido schreef op woensdag 17 augustus 2011 @ 19:56:
Je ordernummer zal nu uiteraard steeds herhaald worden, net als je status, dus kun je die beter apart ophalen.

Ik betwijfel of je het beter apart kunt ophalen: 2 queries uitvoeren om dubbele data te voorkomen kan langzamer zijn dan gewoon 1 query uitvoeren met dubbele data. Je moet gewoon bij het verwerken van de resultset weten welke gegevens er dubbel zijn en ze dan op de juiste manier verwerken.

[Knutselsmurf]

Remus schreef op donderdag 18 augustus 2011 @ 11:45:
[...]

Ik betwijfel of je het beter apart kunt ophalen: 2 queries uitvoeren om dubbele data te voorkomen kan langzamer zijn dan gewoon 1 query uitvoeren met dubbele data. Je moet gewoon bij het verwerken van de resultset weten welke gegevens er dubbel zijn en ze dan op de juiste manier verwerken.

Ik weet wel bijna zeker dat het beter is om die twee sets gegevens die niets met elkaar te maken hebben apart op te halen. Als je het in 1 query doet, moet je vervolgens weer met code aan de gang om de gegevens te splitsen.
Liever 2 queries die bijvoorbeeld 15 berichten en 10 statussen teruggeven, dan 1 query die 150 combinaties teruggeeft, die vervolgens in je code moet gaan analyseren.
Ik ga er voor het gemak maar even van uit dat je de berichten en de statussen in aparte lijsten wilt tonen.