Archief - 5 tables inner joinen?

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

KingOfWoods

Legacy Member
Heb screenshot van hoe mijn design eruit ziet: http://i.imgur.com/DyUax0i.png

Ik ga even proberen de context te schetsen.
Je hebt cliënten die gekoppeld worden aan een locatie. Deze cliënten hebben ook 20 vragen beantwoord met elk een score per antwoord. (ja, nee, neutraal).

Nu wil ik een query maken die mij de scores in percentage geven per locatie.

Dus bv: er zijn 6 mensen uit locatie 1. Toon mij het percentage ja, nee en neutraal voor vraag 1 tem 20 voor alle mensen uit locatie 1: Dit zou dan iets moeten geven als

VRAAG 1: ja 20%, nee 40%, neutraal 40%
VRAAG 2: ja 30%, nee 30%, neutraal 40%
VRAAG 3: ja 40%, nee 30%, neutraal 30%

Ik zou eigenlijk niet goed weten hoe hieraan te beginnen vermits mijn SQL nogal roestig is.
Kan iemand mij op weg helpen of voorbeeld geven?

Bedankt alvast

adrianhates

Legacy Member
ff iets anders: in dit geval is het aangewezen om misschien eens te "denormaliseren" en beperkt redundante informatie op te slagen in een andere tabel zodat queries simpeler + efficienter worden.

Je kan perfect in je tabel CV per record je locatie_id opslagen ( moest je die onruntime ergens beschikbaar hebben :) ) en dat zal uw dag een pakske simpeler maken : uw query wordt als ik snel ff nadenk beperkt tot 1 join. ( schiet mij ni af alst er 2 zijn )

dJeez

Legacy Member
Kleine hint : haal via SQL gewoon de totalen op (zijnde aantal ja, neen, neutraal) per vraag en herreken die naar een percentage in je view (weergave).

KingOfWoods

Legacy Member
adrianhates zei:
ff iets anders: in dit geval is het aangewezen om misschien eens te "denormaliseren" en beperkt redundante informatie op te slagen in een andere tabel zodat queries simpeler + efficienter worden.

Je kan perfect in je tabel CV per record je locatie_id opslagen ( moest je die onruntime ergens beschikbaar hebben :) ) en dat zal uw dag een pakske simpeler maken : uw query wordt als ik snel ff nadenk beperkt tot 1 join. ( schiet mij ni af alst er 2 zijn )

Had ik ook al aan liggen denken, maar kben een beetje autistish op dat gebied en eens een idee in mijne kop zit houd ik mij daar graag aan, maar soit. Ik denk dat ge volkomen gelijk hebt en kzie niet meer in waarom ik het op mijn huidige manier nog zou doen. Buiten dan als oefening misschien.

Merci

dJeez zei:
Kleine hint : haal via SQL gewoon de totalen op (zijnde aantal ja, neen, neutraal) per vraag en herreken die naar een percentage in je view (weergave).

Ja de berekening zou ik ook in php uitvoeren. Ik was even in de war met de vele joins + de groeping. SQL is letterlijk 2 jaar geleden en ik merk echt dat ik daar nog amper iets van heb onthouden.

Zal eens wat prutsen. Merci voor de tips
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan