Om Brukerhåndbok i Query/400 - IBM

Hvis dataene du vil vise ligger i slutten av postene det søkes i, kan det ta lengre tid å få frem disse
postene på skjermen. Det kan også ta lengre tid hvis du må bla (selv om det første skjermbildet kommer
raskt frem) for å finne data som ligger lenger inn i filen. Hvis Query må bygge en stor tilgangsbane før det
henter data, tar det lengre tid å få frem det første skjermbildet.
Velg utdatatype 1 (Skjerm) og utdataform 1 (Detalj) for en flerkopispørring. Velg utdatatype 2 (Skriver) for
en kolonnelistespørring.
Oppgi behandlingsvalg
På skjermbildet Oppgi behandlingsvalg kan du velge om du vil overse feil i desimaldata (du finner flere
opplysninger om feil i desimaldata i “Fildefinisjoner og data” på side 239). Hvis slike feil blir oversett, kan
ikke Query bruke eksisterende tilgangsbaner for den filen. Hvis det er nødvendig, må Query bygge en
tilgangsbane for spørringen. Det krever også ekstra tid å behandle felt som inneholder feil i desimaldata.
Hvis du velger å ikke overse feil i desimaldata, stopper Query behandlingen når det finner slike feil. Hvis
Query ikke finner feil, kan det bruke eksisterende tilgangsbaner, og spørringen blir kjørt på normal måte.
Merk: Dette alternativet har bare innvirkning på spørringer som bruker numeriske felt. Det gjelder ikke for
spørringer som benytter tegnfelt.
Slik oppgir du om feil i desimaldata skal overses eller ikke:
v Y (Ja) betyr at du vil overse feil.
v N (Nei) betyr at du ikke vil overse feil.
v Hvis du ikke skriver noe i feltet Overse feil i desimaldata, velger Query Y eller N, avhengig av hvilket
miljø du kjører spørringen i.
Hvis spørringen blir kjørt i System/36-miljø, velger Query Y og feil i desimaldata blir oversett. Hvis
spørringen blir kjørt i System/38- eller AS/400-miljø, velger Query N og feil i desimaldata blir ikke
oversett. For System/36 blir Y valgt fordi feil i desimaldata alltid blir oversett på System/36. Siden
tilgangsbaner ikke kan brukes når Y (standardverdi) brukes i System/36-miljøer, kan det være stor
forskjell på ytelsen i de forskjellige miljøene hvis standardverdien brukes.
Du bør fjerne feil i desimaldata slik at du kan bruke eksisterende tilgangsbaner og slippe å bruke tid på å
behandle disse feilene. Bruk Programmer’s Tool Kit PRPQ, som er tilgjengelig for AS/400. Hvis du ikke
kan fjerne desimalfeilene, kan du velge Y (Ja) (eller bruke RUNQRY i System/36-miljøet for å få Y som
standardverdi) slik at spørringen går raskere. Selv om det er nødvendig å lage en ny tilgangsbane, kan det
gå raskere enn å rette feil i desimaldataene.
Bruke kombineringsoperasjoner
Det må tas spesielle hensyn til spørringer som benytter kombineringsoperasjoner. Selv om tipsene som er
nevnt, kan brukes for individuelle filer i en kombineringsoperasjon, må Query ta hensyn til alle verdiene for
alle filene som skal kombineres før spørringen utføres.
Et nøkkelbegrep i filkombinering er primær- og sekundærfilene. Primærfilen er den første filen som
brukes i operasjonen, mens sekundærfilene er filene som blir kombinert med denne.
Du kan velge en av disse kombineringsoperasjonene når du definerer en kombispørring:
Alternativ 1—Samsvarende poster
En post fra primærfilen blir bare valgt hvis den har en samsvarende post i alle sekundærfilene
som er oppgitt.
Alternativ 2—Samsvarende poster med primærfil
En post fra primærfilen blir valgt uansett om det er samsvar med noen av sekundærfilene eller
ikke. Primærfiler blir valgt avhengig av kriteriene for valg/utelatelse du har oppgitt på skjermbildet
244 Brukerhåndbok i Query/400 V5R1