Bonjour à toutes et à tous,
je souhaiterais avoir votre avis sur différentes stratégies de conception de modèle de package.
(1) Personnellement j'ai toujours commencé par un niveau "Vue Base de Donnée" dans lequel je rapatrie toutes les tables/vues dont j'ai besoin.
(2) puis un niveau "Vue Physique" dans lequel je transforme et créé des objets ainsi que les jointures.
(3) enfin je fini par une couche "Vue Logique" qui me sert de présentation/organisation des données. C'est d'ailleurs cette couche que je publie ensuite dans un package.
les éléments de l'étape (1) sont des objet de type Query Subjet (=tables/vue) qui sont définis par des SELECT * FROM ...
les éléments de l'étape (2) sont des objets de type Query Subjet qui réutilisent les éléments de l'étape (1), auquel on ajoute des liens et des formules
les éléments de l'étape (3) sont des shortcuts (ou alias shortcut) des objets créés à l'étape (2)
Mais récement j'ai rencontré un concepteur qui procédait aux étapes (2) et (3) à l'inverse de moi. C'est à dire que les objets de létape (2) sont des alias shortcut des objets (1), tandis que les objets de l'étape (3) sont des Query Subjet qui se base sur les alias de l'étape (2).
Je suis resté perplexe, mais cette personne me dit qu'elle obtient de meilleures résultats ainsi (en terme de perf, et de qualité de SQL généré).
Qu'en pensez-vous ?
merci d'avance,
Amicalement
Philippe.
Partager