-
Dans les procédures, tes paramètres peuvent être en entrée et/ou sortie (in/out/inout) donc tu retournes bien des valeurs scalaires si tu veux...
Mais bien sûr, pas un jeu de résultats directement exploitable par une autre procédure, à moins de concaténer tes résultats sous forme d'une variable de type texte en utilisant du xml ou des séparateurs et en parsant pour relire les différents tuples...
Ou de bien écrire les différents traitements via des curseurs aussi, ce qui est mieux...
bref ce ne sont pas les solutions qui manquent :ccool:
-
Il serait intéressant, je pense, que vous regardiez attentivement le plan d’exécution de vos requêtes qui sont a priori gourmandes et plombent votre application. Vous verrez peut-être des problèmes d’accès aux données par indexation. En effet ,vous dites que vos tables sont indexées, mais le sont-elles à bon escient ?
Modifier votre modèle de données va, à moyen ou long terme, vous desservir. De plus, vous allez avoir une dégradation due à l'exécution de vos triggers à tire-larigot (pour garder la cohérence de vos données dans la base), sans compter les mises à jours des index sur les tables secondaires en plus des tables principales.
En terme de maintenance, cela risque aussi d’être plus compliqué à gérer.
Si vous devez ajouter un compte supplémentaire, vous allez être obligé de modifier physiquement votre base de données, votre code interne, ...
Analysez le comportement de votre application avant de commencer à partir dans des modifications qui risquent d'améliorer vos performances de manière éphémère seulement.
Bon courage
