Hastighed på sub select vc. joins

Jeg ved hvis man bruges Query Analyser i Ms SQL og slår execution plan til, så kan man se at når man laver joins, så laver den selv sub selects.

Men om det er hurtigere det ene eller andet, det må vist komme an på en prøve. Jeg tror umiddelbart at joins er hurtigere hvis man har en condition med, dvs.

select * from xxx LEFT join yyy on xx.id=yyy.id where xxx.sss=3

Så tror jeg ganske sikkert at en join er hurtigere, for på den måde så henter den først alle records fra xxx hvor sss=3, og det gør den via indexet. Herefter gør den det samme med yyy, men bare på id kolonnen.

Hvis man havde lavet den samme med en sub select, så ville det jo være således:

select * from xxx where id in (select id from yyy) and xxx.sss=3. Det jo helt sikkert mere langsomt, da den først skal hente alle ids fra yyy, og så matche dem op imod dem fra xxx hvor sss=3.

Jeg håber det var forklaret godt nok. :)

Hej!
Det er lidt svært at sige sådan, men som regel er der ingen forskel. Hvis du har en query-analyzer, kan du jo markere begge statements, altså subselecten og join. Slå execution-plan til (CTRL-k), eller vælg den under menu/ query, der kan du så se hvad de hver især koster eks. "relative to batch" osv....

Generelt så er sub selects jo bare den nemme måde at gøre tingene på, og joins den besværlige måde fordi man skal huske på syntaxen :)

hmmm næh det er jeg ikke helt enig med dig i! . Det gælder vist kun ved inner joins :O)
Hvad med outer joins, cross joins, left joins, right joins ???

Prøv det.

Jeg vil tro at for de fleste databaser vil join være hurtigere
end sub select.

Men stol ikke på mig, lav en lille test og mål det selv !

Til websmith: Jeg tror at Query Optimizeren (forhåbenlig :-) er klog nok til at se at

select * from xxx where id in (select id from yyy) and xxx.sss=3

er det samme som:

select * from xxx where xxx.sss=3 and id in (select id from yyy)

og derved stadig filtrere xxx.sss=3 på index først.

Er der ikke nogne der laver en test? :)