La citation parle de E-Business Suite, et plus précisément de la manière de créer des applications EBS (c'est-à-dire des formulaires) de manière performante. Le contexte pertinent est le suivant :
Prenons ce scénario :nous avons une table avec de nombreuses colonnes, dont trois qui sont des clés étrangères pour les tables de recherche. Nous voulons afficher les données de cette table dans un formulaire. Pour être convivial, notre formulaire doit afficher les significations des tables de recherche et non les codes de la table principale. Il est plus efficace d'exécuter une seule requête joignant les tables de référence que d'émettre quatre requêtes. Parce que le trafic réseau et d'autres considérations.
Nous devons donc créer le bloc de données du formulaire sur une vue qui joint les quatre tables, plutôt que de le créer uniquement sur la table principale et d'utiliser des déclencheurs Post-Query pour émettre trois requêtes distinctes qui récupèrent les descriptions des codes. Ceci est particulièrement pertinent avec les blocs multi-lignes :nous voulons absolument éviter d'émettre plusieurs requêtes pour chaque enregistrement renvoyé.
Bien que le contexte du devis soit Oracle Forms, le point pertinent pour la plupart des applications de récupération de données. Bien que je soupçonne de nos jours que l'utilisation d'un curseur de référence pour transmettre un ensemble de résultats soit une solution plus populaire que l'utilisation de vues.
tl;dr
Il s'agit d'une déclaration sur la conception d'applications et non sur l'optimisation de la base de données
