Citatet talar om E-Business Suite, och specifikt, hur man bygger EBS-applikationer (dvs. Forms) på ett effektivt sätt. Det relevanta sammanhanget är detta:
Ta det här scenariot:vi har en tabell med många kolumner, inklusive tre som är främmande nycklar till uppslagstabeller. Vi vill visa data från denna tabell i ett formulär. För att vara användarvänlig måste vårt formulär visa betydelsen från uppslagstabellerna inte koderna från huvudtabellen. Det är mer effektivt att utföra en enskild fråga som ansluter sig till referenstabellerna än att utfärda fyra frågor. Eftersom nätverkstrafik, och andra överväganden.
Så vi bör bygga formulärets datablock på en vy som förenar alla fyra tabellerna, snarare än att bygga den bara på huvudtabellen och använda Post-Query-utlösare för att utfärda tre separata frågor som hämtar kodernas beskrivningar. Detta är särskilt relevant med flerradsblock:vi vill definitivt undvika att utfärda flera frågor för varje post som returneras.
Även om sammanhanget för citatet är Oracle Forms, den punkt som är relevant för de flesta datahämtningsapplikationer. Även om jag misstänker att det idag är en mer populär lösning att använda en referensmarkör för att skicka en resultatuppsättning än att använda vyer.
tl;dr
Det är ett uttalande om applikationsdesign inte databasoptimering