Récupérer la somme de deux colonnes [Résolu]

[Hydre]

* Bonjour, *

j'ai deux colonnes dans ma table. Une "montant" et l'autre "modification". Je cherche à calculer le nouveau montant en fonction de la modification. Comment pourrais je faire ca ?

* Merci *

[CinePhil]

Tu ne donnes pas assez d'infos pour qu'on puisse t'aider efficacement.
http://www.developpez.net/forums/a69...gage-sql-lire/

[Nudger]

Bonsoir,

Ca pourrait ressembler à ça:

Code :

1
2
UPDATE une_table
SET montant = montant + modification, modification = 0

[Hydre]

Bonjour, voila ma table :

Code :

1
2
3
4
idRecord  |  OldNumber  | NewNumber  |  Date
1               -4               4         11.01.2010 00:00:00 
2               -9              18        31.08.2010 00:00:00
3                0               -1        04.09.2010 12:15:58

Le but c'est de partir depuis le 1er NewNumber donc 4 et l'additionner avec le suivant (18) et d'insérer le résultat (22) dans oldNumber puis additionner le NewNumber etc...

Merci de l'aide, ca à l'air assez complexe...

[CinePhil]

Et ton 22 doit aller où ? Sur la ligne 3 ?
Tu ne serais pas en train de vouloir utiliser un SGBD comme un tableur toi ?
Que représentent ces OldNumber et NewNumber ?

[punkoff]

qu'est-ce qui détermine votre "suivant" ?

Quand vous dites insérer le resultat dans oldNumber c'est quelle ligne ?

Ensuite vous dites "puis additionner le NewNumber", on l'additionne avec quoi ?


Vous ne pouvez pas développer votre schéma avec les résultats des étapes pour qu'on comprenne l'algo utilisé ?

[Hydre]

le but se serait de remplacer le 0 de la ligne 3 avec 22 et aditioner 22 à -1 et dans la ligne 4 on aurait 21 en oldNumber

[CinePhil]

Je souscris à ce que dit Punkoff.
Donne nous la nature du besoin et le processus qui te conduisent à cette structure de données.
J'ai notamment du mal à comprendre d'où viennent les deux premiers OldNumber si le troisième doit être l'addition des deux premiers NewNumber et que, si j'ai bien compris, le OldNumber de la ligne 5 sera l'addition du OldNumber et du NewNumber de la ligne 4.

[Hydre]

En fait on a du enlever des row et les "oldNumber" sont donc faux. Pour etre concret se sont des quantités de stock avec variations.
On m'a dit qu'un curseur pour faire l'affaire mais n'ayant jamais employé ca je ne vois pas bien...

[CinePhil]

N'ayant moi non plus jamais utilisé de curseur, je ne vais pas pouvoir t'aider sur ce sujet.
Je vos par contre chez SQLPro un article qui dit de les éviter. Mais peut-être pourrais-tu aussi regarder du côté des requêtes récursives.

Ça dépend bien sûr de ce que ton SGBD est capable de faire. MySQL ne connaît pas les requêtes récursives.

Ta demande concerne t-elle la mise à jour de la table ou l'insertion de nouvelles données ?

[punkoff]

Perso j'ai toujours pas compris l'algo.


Là c'est bien joli, mais je suppose que tu as des centaines de lignes a updater, et on ne sais toujours pas comment on sélectionne les données de départ (quels criteres ??) et pour updater quelle donnée (quels criteres ??), et non plus comment on continu nos sélection.


Un curseur te permettra de traiter d'une manière séquentielle ton problème.
La requete sql va te faire un traitement global.

On a plein de prog qui tourne avec des curseur (en cobol) et aucun problème avec.

[aieeeuuuuu]

bonjour

c'est vrai qu'il est difficile de comprendre précisément ton besoin, mais a première vue je pense que tu pourra te passer d'un trigger.

Avec un trigger, tu traitera ligne par ligne, alors que les SGBD sont optimisés pour travailler sur des ensembles.

explique nous plus précisément la logique, et on pourra te proposer des solutions

[Hydre]

En fait il faut toujours commencer depuis la 1ère ligne et depuis la colonne NewNumber puisque je remplis précédemment cette table avec les lignes désirées. Dans un 1er temps il ne faut pas prendre en compte la colonne old puisque ces chiffres sont faux.
Je vais reprendre un exemple en ne montrant que les colonnes chiffres. Admettons que dans ma table j'ai ca :

Code :

1
2
3
4
old   |  new
-7        4
-8        6
10       -4

Le but se serait de transformer ca en

Code :

1
2
3
4
old   |  new
-7        4
4        10
10       6

Ca veut dire qu'il faut faire 4 + 6 de la colonne new et update le 6 en 10. Puis comme il y a -4 il faut faire 10 - 4 et update le -4 en 6 qui sera le new de la ligne 3.

[punkoff]

comment détermine-t-on la 1ere "ligne" ? et comment détermine-t-on la ligne a updater ?

la notion de 1ere ligne, 2eme ligne n'a pas de sens dans un sgbd, car une "ligne" physique peut être placée en plein milieu d'une table alors que selon certain critere ce sera la "1ere ligne".

donc si dans votre table vous avez par exemple ces enregistrements :

id |nom
1 "paul"
2 "farid"
3 "piotrec"

Une simple sélection, sans aucun critère pourra vous retourner ceci :

Code :

1
2
 
SELECT * FROM ma_table

2, farid
1, paul
3, piotrec

Donc dans ce select si je prend la 1ere ligne ca sera le couple (2, Farid).

Maintenant si la table physique est organiser différemment la 1ere ligne pourra être le couple (3, piotrec) !!

Il en va de même pour la notion de 2eme ligne.


Sinon j'ai compris le process d'update avec vos dernières explication


edit:

En fait il faut toujours commencer depuis la 1ère ligne et depuis la colonne NewNumber puisque je remplis précédemment cette table avec les lignes désirées.

Si je pose l'hypothèse que vos critère pour désigner la 1ere ligne puis la 2eme lignes sont les id dans l'ordre croissant, je n'aurai pas de solution one shot.

En effet il faudra d'abord construire votre résultat via une requête récursive (CTE) je penses, et faire un update à partir de là.

A moins que votre SGBD gère les CTE sur un update.

Donc ne pouvons pas faire en un coup tout ce système ?
il faudrait que l'on puisse partir des données de base afin de créer une structure temporaire final, et ceci sans passer par votre table temporaire qui ne travaille que sur peu de donnée.

sinon voici un exemple de requête récursive pour votre select :

Code :

1
2
3
4
5
6
7
8
9
10
11
 
WITH tmp_rec(id, old, new) AS 
(SELECT id, old, new 
FROM test
WHERE id = 1
union ALL
SELECT b.id, a.new, a.new + b.new
FROM tmp_rec a
INNER JOIN test b ON b.id = a.id + 1)
 
SELECT * FROM tmp_rec;

Si je part de votre exemple, ca me retourne le résutlat voulu.

[Waldar]

Quel est votre SGBD ?

[Hydre]

hello, alors j'utilise MS SQLSERVER. Merci pour votre solution mais j'ai une erreur avec le "WITH". Est-ce que c'est compatible avec mon sgbd ?

[aieeeuuuuu]

les CTE (WITH) sont compatibles depuis SQL Server 2005

quelle est votre version ?

[Hydre]

je sais pas exactement ce qui est sur le serveur mais ca doit etre un problème de syntaxe plutot que de compatibilité en fait.

Mais pour en revenir à sa solution, quand je vois cette ligne

Code :

INNER JOIN test b ON b.id = a.id + 1)

Si les id ne se suivent pas régulièrement ca ne marche donc pas. Il faut que je puisse lui dire de prendre la ligne suivante

[aieeeuuuuu]

s'il y a des "trous" dans les indices, utilisez row_number() over(order by id), et servez vous de cela pour votre jointure

[punkoff]

Envoyé par Hydre

je sais pas exactement ce qui est sur le serveur mais ca doit etre un problème de syntaxe plutot que de compatibilité en fait.

Mais pour en revenir à sa solution, quand je vois cette ligne

Code :

INNER JOIN test b ON b.id = a.id + 1)

Si les id ne se suivent pas régulièrement ca ne marche donc pas. Il faut que je puisse lui dire de prendre la ligne suivante

D'où mes questions 2 poste plus haut, tant que vous ne définirez pas exactement vos critère de sélection de "1ere ligne", et de "ligne à updater" vous n'arriverez à rien de bien.