Om Brukerhåndbok i Query/400 - IBM

Når du velger alternativ 1, prøver Query å ordne filene slik at de minste ligger først, basert på antall poster
som er valgt fra hver fil. Hvis du ordner filene i denne rekkefølgen når du velger alternativ 2 og 3, blir
behandlingen mer effektiv.
For alternativ 2 og 3 bør du prøve å gjøre filene som står først så små som mulig ved å bruke
kombinerings- og postutvelgelsestester. Hvis kombineringsutvelgelsestesten for eksempel er T01.A EQ
T02.A AND T02.A GT 100, er det bedre å skrive T01.A EQ T02.A AND T01.A GT 100. For alternativ 1 bør
du bruke så mange utvelgelsestester for alle filene som mulig, siden du ikke kan bestemme hvilken fil
Query velger som primærfil.
Hvis sorteringstestene må oppgis fra flere filer for alternativ 1 eller fra en sekundærfil for alternativ 2 eller
3, er det viktig å bruke både post- og kombineringsutvelgelsestester. Jo færre poster som velges, desto
færre poster må kopieres inn i den midlertidige filen for sorteringen. Du bruker også mindre behandlingstid,
mindre svartid og færre inn- og utdataoperasjoner.
Hvis du får problemer når du kombinerer store filer, bør du enten unngå å gjøre dette, eller du kan bruke
utvelgelsestester til å redusere antall poster som skal kombineres.
Hvis du skal kombinere store filer og kan bruke postutvelgelsestester, bør du kjøre Query mot filen(e) som
krever postutvelgelsen og legge utdataene i en databasefil (alternativ 3 på skjermbildet Velge type og form
på utdata). Kombiner denne utdatafilen med de andre filene. Dette kan imidlertid føre til at du bruker
“gamle” data, fordi utdataene i databasefilen kan være en gammel versjon på det tidspunktet spørringen
bruker denne filen. Siden det ikke finnes noen tilgangsbane for utdatafilen (hvis du ikke bygger noen), må
Query bygge en ny når spørringen kjøres (hvis det kreves).
Diverse tips og fremgangsmåter
Denne delen inneholder tips og fremgangsmåter som kan være til hjelp når du bruker Query.
Satsvis behandling
Hvis du ikke trenger resultatene med en gang, bør du vurdere å sende spørringer til satsvis behandling.
Du kan for eksempel sende en spørring som lager utskriftsrapporter som ikke skal brukes før senere. Du
kan dermed bruke terminalen til andre oppgaver i stedet for å vente på at spørringen skal kjøres ferdig. Et
veltilpasset system kan balansere systemressursene (behandlingstid, lagerplass, inn- og
utdataoperasjoner) bedre mellom jobbene hvis en spørring som vanligvis bruker store ressurser, blir
behandlet satsvis og ikke interaktivt.
Hvilken fremgangsmåte du følger for å sende en spørring til satsvis behandling, avhenger av miljøet du
arbeider i. I System/36-miljøet trykker du F6 (Legg i jobbkø) for å sende en spørring fra spørrebildet for
QRYRUN. Før du trykker på F6, må du oppgi skriver eller platelager som utdatatype og trykke på Enter.
Hvis du ikke jobber i System/36-miljø, bruker du SBMJOB-kommandoen til å sende en satsvis jobb som
inneholder en RUNQRY-kommando. På AS/400 bruker du skjermbildet Arbeide med spørringer eller
Avslutte denne spørringen når du skal sende spørringen til satsvis behandling. Se “Tillegg D. Hvordan
unngå at brukere kjører spørringer interaktivt” på side 249. Du kan lese mer om disse kommandoene i
håndboken CL Reference.
Ytelsestilpassing
Et system som er spesialtilpasset, har større yteevne enn et system som ikke er det. Det er imidlertid
mange faktorer å ta hensyn til når du skal tilpasse systemet etter dine behov. Slå opp i Work Management
hvis du vil vite mer om dette. I boken Performance Tools for iSeries finner du også opplysninger om
hvordan du måler og forstår systemytelse. Disse bøkene kan sammen være til hjelp når du skal forbedre
systemytelsen.
Hvis det er mulig, bør du begrense antall ad hoc-spørringer for å slippe unødvendig bygging av
tilgangsbaner. Finn ut hvilke spørringer som brukes mest, lag tilgangsbaner for disse og lagre
246 Brukerhåndbok i Query/400 V5R1