Om Brukerhåndbok i Query/400 - IBM

originalfilen. Det blir nå laget en ny databasefil som inneholder de sorterte postene. Hvor mye tid det tar å
lage de sorterte postene, avhenger av om Query må bygge en tilgangsbane for å utføre en sortering.
Les punktene under før du utfører slike operasjoner:
v Endringer som blir gjort i originalfilen gjenspeiler seg ikke automatisk i den sorterte filen med mindre du
foretar ekstra vedlikehold. Du bør derfor begrense bruken av dette alternativet til de filene som ikke
endres så ofte.
v Hvis Query bruker en tilgangsbane som er bygd for et usortert felt i den sorterte filen, blir postene
returnert i usortert rekkefølge. Du bør ikke bygge tilgangsbaner for en sortert fil hvis ikke tilgangsbanene
er bygd for sorterte felt i den filen.
Hvis det er mulig, bør du unngå å sortere på definerte resultatfelt. For å utføre en slik forespørsel må
nemlig Query bygge en tilgangsbane.
Velge rangfølge
Velg dette alternativet hvis du vil oppgi en alternativ rangfølge. La oss anta at du vil endre en spørring slik
at alle små bokstaver blir sortert foran de store. Hvis du oppgir en alternativ rangfølge og spørringen
inneholder sortering av tegn, kan ikke Query bruke eksisterende tilgangsbaner til å utføre sorteringen, men
må bygge en ny.
Merk: Selv om du bruker en alternativ rangfølge, blir ikke numeriske felt eller felt av typen DBCS-bare,
DBCS-grafikk, dato, klokkeslett eller systemtid, påvirket.
Hvis du velger rangfølge når jobben kjøres, kan det ta lengre tid å utføre spørringen.
Ikke bruk rangfølge hvis det ikke er nødvendig. Hvis spørringen bare inkluderer numeriske felt, bør du
heller endre en standard rangfølge som ikke er definert som en heksadesimal, til heksadesimal.
En sorteringstabell der postene har forskjellig prioritet krever kanskje mindre behandling enn en tabell der
postene har samme prioritet. Det er fordi den kan overses for sammenlikninger som ikke gjelder relativ
rekkefølge.
Velge utregningsfunksjoner for rapporter
Siden tilgangsbaner ikke fører til bedre ytelse for utregningsfunksjoner, trenger du ikke å lage
tilgangsbaner kun for denne typen funksjon. Hvis det imidlertid er oppgitt utvalgs- eller sorteringstester
sammen med utregningsfunksjonen, kan det forbedre ytelsen hvis du bruker en tilgangsbane som
samsvarer med disse verdiene.
Hvis du kjenner programmet DB2 UDB for iSeries på AS/400, kan du vurdere å bruke DB2 UDB for
iSeries-oppsett for utregningsfunksjoner i Query. DB2 UDB for iSeries gjør det mulig å lage oppsett, basert
på utregningsfunksjonene, mot feltene i en fil. Du kan for eksempel bygge et DB2 UDB for iSeries-oppsett
som inneholder summen og gjennomsnittet for et felt i en fil. Ved bruk av DB2 UDB for iSeries-oppsett kan
svartiden for utregningsfunksjoner reduseres. Når du skal bruke et oppsett, må du oppgi filen som skal
brukes, som navn på oppsettet.
Velge type og form på utdata
Hvis du bare vil vise utregnede poster, oppgir du dette på skjermbildet Velge type og form på utdata. Du
slipper dermed å bruke tid på å bla gjennom detaljpostene.
Hvis du bare vil se det første skjermbildet eller de to første skjermbildene for resultatet av en spørring, kan
du velge å se resultatet på skjermen i stedet for på utskrift eller i en databasefil. Det går som regel raskere
å få frem resultatene på skjermen enn om Query skal sende alle resultatene til en skriver eller en
databasefil.
Tillegg C. Nyttige tips og fremgangsmåter 243