Discussion :

[Julien Dufour]

Bonjour,

Après avoir tourné en rond un bon moment avec des tests infructueux, j'aimerais savoir si ce que je souhaite réaliser en SQL est possible.

En gros j'ai une table (T_RES) qui contient des montant mensuels et une autre les montants cumulés (tbl_Montant_courus).
Je dois mettre à jour les montants courus de la table T_RES (4 champs) en mettant comme valeur le résultat d'un calcul qui utilise un des champs de T_RES et un champs de tbl_Montant_courus pris sur deux enregistrements différents (un enregistrement pour le mois en cours et un pour le mois précédent afin de "décumuler" les montants).

J'imaginais pouvoir faire un update avec une sous-requête, mais je n'ai trouvé aucun exemple de ce type de synthaxe dans les bouquins de SQL dont je dispose.

Est-ce que ce type de manip est possible ou faut-il que je la scinde en plusieurs requêtes ?

Merci d'avance pour vos réponses.

[Médiat]

Hummmmmmmmmmm
Ma boule de cristal me dit que "OUI, c'est possible", mais bon il ne faut pas toujours faire confiance aux boules de cristal, alors donne nous un peu plus d'informations sur les tables mises en cause, le type de calcul que tu veux faire, etc., et nous pourons peut-être t'aider de façon plus efficace

[Julien Dufour]

Aïe, tu prends des risques avec ce genre de proposition

J'ai une table T_RES qui contient :
Une clé sur deux champs :
- NOPREST
- TYPREST
et des montants mensuels, 4 dont la valeur est mise à jour directement à partir des données sources :
1/ INT EFF DEB
2/ INT EFF CRE
3/ RECUP PORT
4/ RECUP TAXE
et 4 qui sont calculés à partir de montants cumulés sur l'année dans les données sources :
1/ INT COUR DEB
2/ INT COUR CRE
3/ RECUP PORT COURUS
4/ RECUP TAXE COURUS


Je gère les montants cumulés grâce à une une table tbl_Montant_courus qui les stockent au fur et à mesure. Cette table contient :
Les deux champs clé de l'autre table: mc_NOPREST, mc_TYPREST
auxquels j'ai rajouté les champs mc_Annee et mc_Mois pour obtenir une clé unique.
Par ailleurs, cette table contient un champ pour chaque montant cumulé :
1/ mc_INT_COUR_DEB
2/ mc_INT_COUR_CRE
3/ mc_RECUP_PORT_COURUS
4/ mc_RECUP_TAXE_COURUS

La formule de calcul est toujours la même. Pour les 4 champs elle prend la forme :
Montant couru mensuel = Montant couru cumulé (mois m) - Montant couru cumulé (mois m-1) + Montant effectif mensuel (mois m)

Les montants courus étant donc stockés dans tbl_Montant_courus et les montants effectiufs dans T_RES qui est la table qui doit être mise à jour.

Voilà. J'espère avoir été assez clair.
Je ne cherche pas à avoir le code direct mais juste qu'on me mette sur la voie au niveau de la synthaxe.
En gros mettre à jour en même temps plusieurs champs dans une table à partir de données provenant de la table et d'une sous-requête liée.

J'ai juste oublié que dans la sou-requête, il faut une jointure externe vu qu'il est possible qu'une prestation soit présente au mois m et n'ai pas de données pour le mois m-1...

[Médiat]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
UPDATE T_REST r
SET INT_COUR_DEB = INT_EFF_DEB + (SELECT ... FROM...)
WHERE ...

Le SELECT est une double jointure externe sur le table cumulée (attention à transformer les NULL en 0)

Je n'ai pas compris comment était déterminé le mois à prendre en compte (la date courante ?)

[Julien Dufour]

Ouaip, mais si à chaque fois que j'utilise le résultat de la sous-requête (4*2 fois au total) elle doit être relancée, je vais avoir une requête de folie à la sortie (sans compter la longueur du code).

Je pense que je vais plutôt scinder tout cela en plusieurs requête, ce sera plus simple.

Merci de ton aide.

Je profite lachement de ta gentillesse, mais tu m'as averti d'un risque dans ton message (remplacer les null par 0 sur la double jointure externe).
J'avais bien vu ce risque, mais je n'arrive pas à passer outre.
J'ai tapé le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
SELECT T.mc_NOPREST
     , T.mc_TYPREST
     , T.[mc_INT_COUR_DEB]-IIf(IsNull(T1.[mc_INT_COUR_DEB]),0,(T1.[mc_INT_COUR_DEB])) AS MENS_INT_DEB
FROM tbl_Montant_courus AS T
  LEFT JOIN tbl_Montant_courus AS T1 
    ON  T.mc_Annee = T1.mc_Annee 
    AND T.mc_NOPREST = T1.mc_NOPREST 
    AND T.mc_TYPREST = T1.mc_TYPREST
WHERE T.mc_Mois=[Mois]
  AND (T1.mc_Mois=[Mois-1] OR isnull(T1.mc_Mois));

et j'obtiens 6764 ligne alors que la table T_RES en contient 6888.
Vois-tu une erreur de logique/synthaxe dans mon code ?
(Je suis désolé, c'est fondé sur de l'access, mais c'est le seul SGBD que nos administrateur ont bien voulu nous donner )

[Médiat]

Es-tu sûr qu'il existe toujours T.mc_Mois=[Mois] ?

[Julien Dufour]

Yep, c'est ma table debase et mois fait partie de la clé.
En plus j'ai obtenu le nb de lignes en faisant justement un filtre suzr ce champ (entre autre)

[Médiat]

Qu'est-ce que tu obtiens en faisant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
SELECT count(*)
FROM tbl_Montant_courus 
WHERE mc_Mois =[Mois] 
  AND mc_Annee =[Annee]

[Julien Dufour]

C'est ce que j'avais fait pour déterminer le nb de lignes.
En fait l'erreur vient d'un truc stupide, les données ont été chargées à partir d'un fichier qu'un collègue à généré et il a laissé des montants à null.

Du coup toutes les opérations où un de ces montants était pris en compte renvoyaient une valeur null.
Comme avant on utilisait des fichiers de données source que je générais en prenant soin de remplacer les valeurs null par 0 je n'ai pas pensé à regarder ce point.

Honte à mois.

Une fois l'alimentation des données réparée, le système fonctionne.

Merci de ton aide.

P.S. : Personne n'a une corde d'occasion ou une bouteille de gaz, j'ai une soudaine envie de me suicider moi

[Médiat]

Et comme cela, ça va ?


L'important c'est que cela marche