peut-on faire un update en fonction de la ligne précédente?

Bonjour,

J'ai une table du genre : sous SQL 2000
date - compte - tiers - solde
200108 411000 TOTO 6000
200108 413000 6000
150108 411000 DUPOND 5000
150108 413000 5000
151108 471000 2000
151108 413000 2000

Je voudrais lire la table si je vois 411000, je copie le champs tiers et l'update sur la seconde ligne dans le même champs seulement si cette seconde ligne contient 413000


Pour obtenir :
200108 411000 TOTO 6000
200108 413000 TOTO 6000
150108 411000 DUPOND 5000
150108 413000 DUPOND 5000
151108 471000 2000
151108 413000 2000

Savez-vous si c'est possible ?

Thibault

Tu peux faire comme ça:

Code:

---

1 2 3 4

UPDATE TaTable SET TaTable.tiers = (SELECT t2.tiers FROM TaTable AS t2 WHERE t2.id = TaTable.id-1 ) WHERE TaTable.compte = 413000 AND (SELECT compte FROM TaTable AS t3 WHERE t3.id = TaTable.id-1) = 411000

---

J'ai pas testé mais je suis convaincu que ça fera l'affaire, cette requête update le champ tiers si son champ compte est égal à 413000 et si le champ compte de la ligne précédente est égal ) 411000. Seul problème c'est que ça utilise l'indispensable id que je n'ai pas vu dans ta structure, il faudrait peut-être penser à les rajouter pour avoir une table propre...

Il n'existe AUCUNE NOTION D'ORDRE dans une base de données : ni ordre des lignes, ni ordre des tables, ni ordre des colonnes. Supposer un ordre implicite quelconque dans une SGBDR qui fonctionne de manière ensembliste est aussi catastrophique que de supposer qu'avec des chaussures de tennis on va marcher sur l'eau.

Vous devez baser votre logique sur des données fonctionnelles et non sur de la cosmétique.

Lisez ce que j'ai écrit à ce sujet :
http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L6
http://blog.developpez.com/sqlpro?ti..._sont_des_ense

A +

j'ai lu tes articles et je comprend ce que tu veux dire mais en mettant un ORDER BY sur un id auto incrémenté ça contourne le problème non?

[edit]après réfléxion un ORDER BY sur n'importe quel champ fait très bien l'affaire, les données sortirons tjs dans le bon ordre...[/edit]

dsl tibofo pour le petit hors sujet mais je suis curieux de savoir la réponse :p

Merci KYYAN et SQLPRO

je n'ai aps encore testé la soluce de KYYAN à cause de la remarque de SQLPRO (mais je vais la tester)

SQLPRO, veux-tu dire que la soluce de kyyan est fausse ?

en tout cas, j'ai bien aimé l'image du sac de billes ... qui est d'une clarté !!

Bonjour,

N'écrivez pas vos requêtes de cette façon, cela revient à écrire un curseur, et c'est ce qu'on appelle RBAR (Row By Agonizing Row), et dans votre cas, une jointure triangulaire : pour chaque ligne de votre requête, vous recalculez la sous requête corrélée.
C'est certes facile à comprendre, mais c'est très contre-performant ...

Néanmoins, n'était-ce pas plus facile d'écrire votre requête de façon ensembliste :

Code:

---

1 2 3 4 5 6 7 8 9 10

UPDATE maTable SET tiers = TMP.tiers FROM maTable T JOIN ( SELECT tiers FROM maTable WHERE tiers IS NULL AND compte = 413000 ) TMP ON TMP.tiers = T.tiers WHERE compte = 411000

---

On est en plus obligés de faire une jointure sur des chaînes de caractère, c'est à dire ce qu'il y a de pire, en espérant que vous n'avez pas choisi une collation insensible à la casse :aie:

Si vous aviez formulé votre problème en français, vous auriez trouvé l'expression de la requête que je vous propose. Prenez 2 minutes pour vous concentrer sur le problème à résoudre, la solution vous viendra toute seule !

@++ ;)