[MYSQL] geen sub query

[Verwijderd]

Hoi ... heb de volgende tabellen met velden

PAGES
- page_id (int)
- tree_id (int)

CONTENT
- content_page_id (int)
- language_id (int)

Nu heb ik volgende records bij tabel PAGES

page_id	tree_id
1	1
2	1
3	2

en volgende records bij CONTENT

content_page_id	language_id
1	1
1	2
2	1
3	1

Nu wou ik een sub selectie doen met :

SELECT * FROM content WHERE content_page_id IN (SELECT page_id FROM pages WHERE tree_id =1
) AND language_id=1


ik zou dan theoretisch de volgende records krijgen

content_page_id	language_id
1	1
2	1

Maar toen kwam ik er achter dat mijn versie van Mysql geen sub selectie ondersteunde en ik weet ook niet zeker van mijn hosting server.

Dus ik probeer dit zonder sub-query te doen.

Weet iemand hier een oplossing voor?

[ Voor 28% gewijzigd door Verwijderd op 09-06-2004 00:54 ]

[curry684]

Uh kun je wellicht met [table], [td] en [tr] tags je data iets inzichtelijker maken, en [code=sql] en [/code] om je SQL-code zetten? Zo is er geen touw aan vast te knopen zo snel

[curry684]

Als ik me niet vergis zoek je:

SQL:

select content_page_id, language_id 
from content
join pages on content_page_id = page_id
where tree_id = 1
and language_id = 1;

Wellicht tijd voor basiscursusje joins?

[Verwijderd]

curry684 schreef op 09 juni 2004 @ 00:50:
Als ik me niet vergis zoek je:

SQL:

select content_page_id, language_id 
from content
join pages on content_page_id = page_id
where tree_id = 1
and language_id = 1;

Wellicht tijd voor basiscursusje joins?

WOW ... ja man ... dat was um ... ik was al aan het klote geweest met joins .. maar snapte geen klote van ... THNX ....

[curry684]

Verwijderd schreef op 09 juni 2004 @ 00:58:
[...]

WOW ... ja man ... dat was um ... ik was al aan het klote geweest met joins .. maar snapte geen klote van ... THNX ....

Wat jij met die subquery aan het doen was is 'rowbased thinking', oftewel klassiek programmeergericht denken. Dat is iets wat je met SQL heel hard af moet leren, daar moet je 'setbased' denken.

In jouw versie deed je een full table scan van Pages, en voor iedere row een full table scan van Content. Dat is duidelijk de programmeergerichte aanpak: loop over de regels en zoek of ze correct zijn erbij.

De aanpak met de joins loopt in tandem over beide tabellen (uitgaande van nette primary/foreign key relaties) en scant dus iedere tabel maar 1 keer, hoe groot de tabellen ook zijn. Dat is set-based thinking, en scheelt je op grotere tabellen als dit tientallen malen op snelheid.

Gouden regel: vrijwel iedere subquery kun je vervangen door een creatieve join. Zeker als je pas net begint is deze regel altijd geldig

[NMe]

offtopic:
Toch vreemd hoe verschillende mensen de verschillende combinatiemethoden van records toch anders ervaren. Toen ik net SQL leerde had ik juist problemen met subqueries, die zagen er veel vager uit. Intussen weet ik gelukkig van beiden de waarden in te schatten, maar het valt me op dat het bij de meeste mensen toch anders is en ze eerder subselects snappen dan een simpele join. Ben ik nou zo apart?