Startpagina / Samenvattingen / Databases / subselect-join-sneller

Query-optimalisatie - Performanceverbetering door query aanpassing

6 belangrijke vragen over Query-optimalisatie - Performanceverbetering door query aanpassing

Waar kan de optimizer het beste mee omgaan?

Met gewone joins, daar is hij voor gemaakt en indexen ook.

Wat moet je gebruiken bij het optimaliseren van je query, dus eigenlijk ook wat liever niet?

liever niet having. Condities altijd opnemen in de where. DAt komt omdat having als allerlaatst uitgevoerd wordt. gebruik having alleen bij echte groepscondities.

Wat is sneller: een subselect of een join?

Meestal een join, maar als een subselect kan leunen op een index zo dit sneller kunnen zijn. Dat moetje testen. Bij een gecorrelleerde subselect is een join eigenlijk altijd sneller. Immers, bij een gecorrelleerde subselect moet elke rij elke keer doorlopen worden.

Wat kun je gebruiken als alternatief van een subselect met 'not in'?

Als we een probleem moeten oplossen waarbij een subselect met not in
nodig is, kunnen we als alternatief in het algemeen geen join gebruiken.
Wel is dan not exists een alternatief en ook een left outer join is dan te
overwegen. In opgave 10.5 gaat u het effect van deze alternatieven na.

Welke queries kunnen extra lang duren?

Queries met geneste subselects. Gebruik dus rows!!

Wat is het nut van optimalisatietips op bv internet?

Optimalisatietips
Van oudsher zwerven vele lijsten rond met tips om query’s sneller te maken.
Omdat de optimizers steeds beter worden, zijn deze tips veelal verouderd. Het is
raadzaam om het daadwerkelijke effect van optimalisaties altijd in de praktijk te
testen. Het effect verschilt per database en zelfs per versie van de database