Om Brukerhåndbok i Query/400 - IBM

Tillegg C. Nyttige tips og fremgangsmåter
Dette tillegget beskriver hvordan du forbedrer yteevnen til Query/400. Du får en bedre forståelse av
hvordan Query fungerer, og hva du bør ta hensyn til når du utformer eller endrer en spørring.
Tillegget tar ikke for seg alle typer spørringer, men gir nyttige tips om de fleste spørringene som kjøres på
AS/400. Du må selv avgjøre hvilke tips og fremgangsmåter som er nyttige for spørringene dine.
Tillegget er delt opp i disse avsnittene:
v Innledning til behandling av Query
v Fildefinisjoner og data
v Definere spørringer
v Bruke kombineringsoperasjoner
v Diverse tips og fremgangsmåter
v Statusmeldinger i Query
Innledning til behandling i Query/400
Behandlingen i Query omfatter disse stadiene:
v Vurdere spørringen og hva som er den beste metoden for å hente inn de forespurt dataene.
v Utføre inn-/utdataoperasjoner (I/U) for disse dataene.
v Vise data i det forespurte formatet.
Query overlapper ofte disse stadiene for å oppnå kortere svartid.
Det første stadiet av spørringen blir kalt optimalisering. Her finner Query ut på hvilken måte en spørring
kan behandles raskest. Det blir laget en tilgangsplan, og denne brukes til å utføre de aktuelle inn- og
utdataoperasjonene (I/U) for spørringen.
Optimalisering omfatter blant annet filstørrelse, utvelgelsestester og sorteringstester. Det er imidlertid
sorteringsrekkefølgen for filene spørringen har valgt, som spiller hovedrollen i optimaliseringen og
behandlingen av inn- og utdataene.
Tilgangsbaner etter sorteringsrekkefølge
En tilgangsbane etter sorteringsrekkefølge beskriver i hvilken rekkefølge postene i en databasefil blir
lest. Bruk CRTLF-kommandoen når du skal lage tilgangsbaner med sorteringsnøkler som er oppgitt i DDS
(data description specifications).
Under optimaliseringen bruker Query eksisterende tilgangsbaner etter sorteringsrekkefølge til å finne ut
omtrent hvor mange poster spørringen vil returnere. Dette antallet er viktig for selve optimaliseringen. Hvis
det er mulig, bruker Query også eventuelle tilgangsbaner som finnes fra før til å behandle de nødvendige
inn- og utdataene. Query kan også velge å bygge en midlertidig tilgangsbane for å fullføre spørringen.
Hvis det ikke finnes noen tilgangsbaner, må Query lese alle postene i hver fil for å se om de stemmer med
verdiene i spørringen, eller bygge en midlertidig tilgangsbane (hvis det er nødvendig). Disse alternativene
kan bli dyre i form av behandlingstid, inn- og utdataoperasjoner og lagerplass, og det kan resultere i at du
får lengre svartid.
Merk: Det er viktig å ha eksisterende tilgangsbaner fordi midlertidige tilgangsbaner som Query lager, ikke
blir lagret. Tilgangsbanene må lages hver gang en bestemt spørring blir kjørt.
© Copyright IBM Corp. 2000, 2001 237