Version imprimable
en effet, le pragma ouvre une autre transaction qui évidemment ne voit pas les données non commitées. J'ai imaginé que les insertions sont faites une fois par mois et tous les mois.
J'ai pas la prétention de répondre à tous les cas fonctionnels différents ;)
On a proposé : une vue, une vue matérialisée ou un trigger, nul doute que les membres du forum sauront choisir la solution qui leur convient :)
Avez vous essayé l'exemple ? Pouvez-vous expliquer ce que se passe ?
Il y'a aussi le SUM en analytique ;)Citation:
Envoyé par orafrance
La requête du trigger retourne NO_DATA_FOUND parce qu'elle cherche le cumul du mois précédent. Ce cumul n'étant pas encore commité, le trigger qui est en transaction autonome (qui ne voit donc pas les données non commité de la session mère) tombe en erreur. Il faut donc des insert d'une seule ligne, un commit après chaque INSERT et le mois précédent renseigné.Citation:
Envoyé par mnitu
Comme c'est un trigger FOR EACH ROW, il est évident qu'un traitement par lot ne peut pas fonctionner :mrgreen:
Loyd1974 :arrow: pour moi c'était la solution avec une vue :arrow: une requête ;)
Pourriez-vous nous expliquer pour quoi seulement votre solution a des pré-requis :mouarf:Citation:
Envoyé par orafrance
Cella suffit largement pour l'éliminer en prenant en considération le principe de rasoir d'Occam.
Je pense que la solution proposée par Loyd1974 est la meilleure, il suffit d'insérer dans la table des enregistrement par mois et créer éventuellement une vue qui affiche le "running total". Et il faut remarquer que dans ce cas pas de pré-requis. :oops:
je présente toutes les solutions possibles... à chacun de choisir la meilleure pour son cas. Une solution répondant à tous les besoins n'est pas forcément la meilleure ;)Citation:
Envoyé par mnitu
Dans ce cas le trigger fonctionne parfaitement :aie:Citation:
Envoyé par mnitu
Pour ma part, je dirais que sa solution est la meilleure uniquement si la requête n'est pas exécuter des milliers de fois tous les jours et que la table n'est pas trop volumineuse. Un contexte :arrow: une solution ;)
Dans tout les cas, sa solution a le mérite d'utiliser les fonctions analytiques à bon escient :king:
Vous savez, vous l'avez perdu le gars qui a posé la question :mouarf:
Oui mais c'est intéressant de pouvoir avancer plusieurs solutions pour les membres qui tomberont sur ce sujet avec des besoins différents ;)
Pour enrichir le débat, un trigger peut être désactivé ou invalidé suite à une modification sur la table par exemple, ou volontairement.
Pourriez-vous expliquer SVP ?Citation:
Envoyé par orafrance
EACH ROW permet de traiter chaque ligne, le PRAGMA ne permettant pas de voir les données non commitées dans la session, il est évident que sans commit entre les lignes (notamment par lot) ça ne peut pas fonctionner. Dans l'exemple proposé il semble bien qu'il y a une insertion en fin de chaque mois, ce qui permet de faire ce type de trigger.
Enfin, je pense qu'on a suffisamment traité ce sujet sans devoir s'étendre d'avantage :mouarf: