[MYSQL] Alvast een look-up doen in een query.

[om3ega]

Beste,

Zie ik nu iets essentieels over het hoofd of is wat ik wil nu gewoon niet mogelijk?
Ik wil een ID nummer waaraan een naam gekoppeld is alvast in de query resolven.

Voorbeeldje is misschien handig :

Ik heb een tabel met een parent-child relatie erin

id	name	parent
1	nameA	5
2	nameB	6
3	nameC	6
4	nameD	5
5	Parent1	0
6	Parent2	0

Nu wil ik alle childs zien met bijbehorende parent.

code:

SELECT parent ,  name FROM test 
WHERE parent <> 0

Dit geeft netjes het volgende terug :

5 nameA
6 nameB
6 nameC
5 nameD

Paar wat ik wil ->

Parent1 nameA
Parent2 nameB
etc ..

Ik wil dus het parent_id nummer (wat dus het id weer voorstelt) alvast resolven .. maar , dan wel in dezelfde query.

Met een subquery kreeg ik dat niet voor elkaar omdat deze in het select statement staat.
Ik dacht aan iets als :

code:

SELECT parent as parent_name, name
FROM test
WHERE parent <> 0
AND parent_name = (SELECT name FROM table where id = parent)

Dit werkt niet. (helaas)..
Is er eigenlijk wel een manier om in 1 query te doen wat ik wil?

Ik gebruik v4.1.19 van Mysql en deze ondersteunt Subquerys.

offtopic:
Ik geloof dat ik hem in het verkeerde sub-forum heb gesubmit

[ Voor 3% gewijzigd door om3ega op 13-07-2006 09:24 ]

[TheRookie]

Je zal de tabel met zichzelf moeten joinen

offtopic:
je kan overigens gebruiken om een move aan te vragen

[TheDane]

code:

SELECT id,  parent ,  name FROM test 
WHERE parent <> 0

edit:

Dit is 't niet helemaal, maar waarom wil je in godsnaam Parent1 resolven?

[ Voor 47% gewijzigd door TheDane op 13-07-2006 10:25 ]

[om3ega]

TheDane schreef op donderdag 13 juli 2006 @ 10:24:

code:

SELECT id,  parent ,  name FROM test 
WHERE parent <> 0

edit:

Dit is 't niet helemaal, maar waarom wil je in godsnaam Parent1 resolven?

Om de parent child relatie weer te geven misschien?
WHERE parent <> 0 gebruik ik om de parents zelf niet in het resultaat weer te geven.


PS tr is gemaakt enige tijd terug ..

[lier]

Als de inner join (inderdaad) mag:

code:

SELECT c.name, p.name
FROM test c
INNER JOIN test p
ON c.parent = p.id

[om3ega]

lier schreef op donderdag 13 juli 2006 @ 10:36:
Als de inner join (inderdaad) mag:

code:

SELECT c.name, p.name
FROM test c
INNER JOIN test p
ON c.parent = p.id

Dank je
Ik zat dus werkelijk te zoeken hoe ik dat met een subquery kon oplossen , nooit aan een innerjoin gedacht ..

[moozzuzz]

SQL:

SELECT c.name, p.name
FROM test AS c, test AS p
WHERE c.parent = p.id

Weet niet of dit sneller gaat dan een join bij MySQL.

[om3ega]

moozzuzz schreef op donderdag 13 juli 2006 @ 11:47:

SQL:

SELECT c.name, p.name
FROM test AS c, test AS p
WHERE c.parent = p.id

Weet niet of dit sneller gaat dan een join bij MySQL.

Dit is nog makkelijker. Op een of andere manier vind ik het gebruik van joins lastig. Ik probeer ze altijd te vermijden. Dat is me tot nu toe altijd gelukt.

En dankzij jullie hulp nu dus weer

[TheRookie]

Dit is toch 'gewoon' een impliciete join

[om3ega]

TheRookie schreef op donderdag 13 juli 2006 @ 11:57:
Dit is toch 'gewoon' een impliciete join

Het is wel een join , maar dan zonder de commando's inner join , left right join etc..

Op een of andere manier maken queries voor mij meer duidelijk als bovenstaande commando's niet worden gebruikt. Dat is vast mijn gebrek aan degelijke sql kennis , maar ach.. ik hoef er mijn brood niet mee te verdienen .. alleen wat hobbie gepruts..

[lier]

om3ega schreef op donderdag 13 juli 2006 @ 11:59:
[...]


Het is wel een join , maar dan zonder de commando's inner join , left right join etc..

Op een of andere manier maken queries voor mij meer duidelijk als bovenstaande commando's niet worden gebruikt. Dat is vast mijn gebrek aan degelijke sql kennis , maar ach.. ik hoef er mijn brood niet mee te verdienen .. alleen wat hobbie gepruts..

Mijn leraar zei altijd: "dubbel fout is niet goed..."

[om3ega]

lier schreef op donderdag 13 juli 2006 @ 12:05:
Mijn leraar zei altijd: "dubbel fout is niet goed..."

Ik zeg altijd : het is het resultaat wat telt

[BtM909]

Ik verplaats je topic even, maar voor de volledigheid. Dit is wel redelijk basic SQL. Wellicht dat er wat uit de discussie komt

[moozzuzz]

TheRookie schreef op donderdag 13 juli 2006 @ 11:57:
Dit is toch 'gewoon' een impliciete join

Jep,

maar nu we het er even over hebben, weet iemand of MySQL dit sneller/trager/anders afhandelt dan als men de JOIN-syntax gebruikt?

[djc]

moozzuzz schreef op donderdag 13 juli 2006 @ 13:35:
maar nu we het er even over hebben, weet iemand of MySQL dit sneller/trager/anders afhandelt dan als men de JOIN-syntax gebruikt?

Ik gok dat het in de query optimizer wordt afgehandeld, en dus geen significant effect heeft.

[P_de_B]

Ik geef wel de voorkeur aan de 'INNER JOIN' achtige syntax. Zo hou je join criteria en filter criteria (WHERE statement) mooi uit elkaar.

Qua snelheid zal het inderdaad niet uitmaken, maar als je dat zelf zou willen controleren is de beste manier even het executieplan te bekijken (EXPLAIN in MySQL geloof ik).

Overigens, de oplossing met een self join die hier gegeven is geeft alleen children , geen granchildren etc weer. Ik weet niet of dat een probleem is, maar ik denk ik zeg het nog maar even.