Om Brukerhåndbok i Query/400 - IBM

Merk: Hvis det ikke finnes noen tilgangsbane som er i samsvar med postutvelgelsestestene, bygger ikke
Query noen tilgangsbane bare for utvelgingen. Query leser alle postene og velger ut de som
samsvarer med tilgangsbanen.
Hvis du bruker en bestemt spørring ofte, bør du lage en tilgangsbane med valg/utelatelsestester som
stemmer overens med spørringen. I avsnittet “Tilgangsbaner for valg/utelatelse” på side 238 kan du lese
mer om dette.
Tilgangsbaner som allerede finnes, blir bare brukt for OR-betingelser for de samme feltene som er oppgitt
i utvelgelsestestene.
Du kan velge poster ved å bruke symbolet % med LIKE-operatoren som et generisk søk eller en avsøking
(også kalt variabelavsøking). Hvis variabelavsøkingen starter i den første posisjonen av et felt (for
eksempel %ABC), kan ikke Query bruke eksisterende tilgangsbaner for den delen av postutvelgelsen. Hvis
avsøkingen imidlertid starter etter den første posisjonen (for eksempel ABC%), kan Query bruke alle
godkjente tilgangsbaner for feltet som er oppgitt i denne typen postutvelgelse.
Velge sorteringsfelt
I de fleste tilfeller trenger Query en tilgangsbane til å ordne de utvalgte postene når du har oppgitt
nøkkelfeltene. Hvis det ikke finnes noen tilgangsbane, lager Query en midlertidig tilgangsbane når
spørringen kjøres eller bruker en sorteringsfunksjon for å ordne postene. En sorteringsrutine brukes når
optimalisatoren bestemmer at sorteringsrutinen gir bedre yteevne. Hvis det blir brukt en midlertidig
tilgangsbane, blir den slettet når spørringen er ferdig, slik at banen må bygges på nytt hver gang
spørringen blir kjørt. Bruk derfor ikke sorteringsfelt i spørringen hvis det ikke er helt nødvendig.
Det kan lønne seg å lage tilgangsbaner som samsvarer med sorteringstestene hvis du bruker spørringene
ofte og de har tilgangsbaner som krever lang byggetid. Query prøver å bruke en eksisterende
tilgangsbane hvis alle sorteringsfeltene fra spørringen stemmer overens med de første nøkkelfeltene fra
tilgangsbanen. Slik unngår du unødvendig bygging av tilgangsbaner for spørringer med sorteringstester.
La oss anta at fil Z har feltene A, B, C og D, og at det er seks tilgangsbaner for denne filen.
Tilgangsbanene har disse nøklene oppgitt i nevnt rekkefølge:
1. Tilgangsbane nr.1 har nøkkelfeltet A
2. Tilgangsbanen nr.2 har nøkkelfeltene A og B
3. Tilgangsbanen nr.3 har nøkkelfeltene A og C
4. Tilgangsbanen nr.4 har nøkkelfeltene A, B og C
5. Tilgangsbanen nr.5 har nøkkelfeltene B, A og C
6. Tilgangsbanen nr.6 har nøkkelfeltene A, B, C og D
Hvis du nå kjører en spørring som er definert til å sortere nøkkelfeltene A, B og C, blir bare
tilgangsbanene nr.4 og nr.6 tatt med under optimalisering. Tilgangsbanene nr.1, nr.2 og nr.3 blir ikke brukt,
fordi Query da må lese postene om igjen og sortere på flere nøkler. Det er mer effektivt for Query å bygge
og bruke en tilgangsbane som inneholder alle sorterings- og utvelgelsestestene. Tilgangsbanen nr.5 blir
ikke tatt i betraktning, fordi de sorterte nøkkelordene ikke ligger i riktig rekkefølge.
Hvis en bestemt spørring kjøres ofte, bør du vurdere å lage en tilgangsbane med valg-/utelatelsestester
som samsvarer med spørringen. I avsnittet “Tilgangsbaner for valg/utelatelse” på side 238 kan du lese mer
om dette.
Hvis du bruker noen sorteringstester ofte, kan du også (foruten å lage tilgangsbaner) la Query sortere
postene i en databasefil i ønsket rekkefølge. Query kan deretter kjøres mot denne filen uten
sorteringstester hvis spørringene leter etter data som er sortert slik de ligger i filen. Velg de nødvendige
sorteringsfeltene fra filen og velg database som utdataenhet (alternativ 3 på skjermbildet Velge type og
form på utdata). Oppgi deretter en utdatabasefil som er forskjellig fra navnet på inndatafilen eller
242 Brukerhåndbok i Query/400 V5R1