Citatet taler om E-Business Suite, og specifikt, hvordan man bygger EBS (dvs. Forms) applikationer på en effektiv måde. Den relevante kontekst er denne:
Tag dette scenarie:vi har en tabel med mange kolonner, inklusive tre, som er fremmednøgler til opslagstabeller. Vi ønsker at vise data fra denne tabel i en formular. For at være brugervenlig skal vores formular vise betydningerne fra opslagstabellerne ikke koderne fra hovedtabellen. Det er mere effektivt at udføre en enkelt forespørgsel sammenføjning til referencetabellerne end at udstede fire forespørgsler. Fordi netværkstrafik, og andre overvejelser.
Så vi bør bygge formularens datablok på en visning, der forbinder alle fire tabeller, i stedet for kun at bygge den på hovedtabellen og bruge Post-Query-triggere til at udstede tre separate forespørgsler, som henter kodernes beskrivelser. Dette er især relevant med blokke med flere rækker:Vi vil bestemt undgå at udstede flere forespørgsler for hver post, der returneres.
Selvom konteksten for citatet er Oracle Forms, det punkt, der er relevant for de fleste datahentningsapplikationer. Selvom jeg har mistanke om i disse dage, at det er en mere populær løsning at bruge en ref-markør til at passere et resultatsæt end at bruge visninger.
tl;dr
Det er en erklæring om applikationsdesign ikke databaseoptimering