Discussion :

[FMJ]

Bonjour,

Dans le cadre d'une PS, je souhaiterais faire les choses un peu plus élégamment que d'habitude (ça sera aussi plus performant mais pour une centaine de lignes, la différence ne sera pas flagrante !) et passer par une requête au lieu d'un curseur.

Je souhaite donc mettre à jour un certain nombre de lignes (qui seront triées selon un critère donné) dont la colonne mise à jour le sera en fonction d'un compteur incrémental (disons 1, 2, 3 ...).

Je pensais à bêtement utiliser la technique de type :

Code :

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

SELECT @compteur=@compteur+1 FROM ...

Dans le monde merveilleux du SQL, j'aurais bien aimé écrier un truc dans le style mais .... le monde n'est pas si merveilleux que ça !

Code :

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

1
2
3
4
UPDATE TABLE1
SET CHAMP1=@compteur
FROM
(SELECT CHAMP1, @compteur=@compteur+1 FROM MATABLE ORDER BY CHAMP1) AS TABLE1

Auriez-vous un plus d'idée que moi ? Merci d'avance.

[aieeeuuuuu]

Bonjour

Mais si, il est merveilleux :

Code :

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

1
2
3
4
5
6
7
8
 
WITH CTE AS (
    SELECT Champ1,
           ROW_NUMBER() OVER(ORDER BY Champ1) AS RN
    FROM MaTable
)
UPDATE CTE
SET Champ1 = RN

[FMJ]

Salut

Pas tant que ça : je suis sous SQL Server 2000 ...... Pas droit aux CTE snif !

Merci pour ta réponse.

[aieeeuuuuu]

arff, oui, moi je parlais du nouveau monde :d

Bon alors, ça sera plutôt quelque chose comme ceci :

Code :

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

1
2
3
 
UPDATE MaTable T1
SET Champ1 = (SELECT COUNT(*) FROM MaTable T2 WHERE T2.champ1 <= T1.Champ1)

attention cela ne gère pas les cas où il peut y avoir plusieurs champ1 avec la même valeur

[FMJ]

Oui exact. En l'adaptant un peu ça doit fonctionner.
Et même si je pense devoir y introduire une autre sous-requête avec un ORDER, j'imagine que c'est tout de même bien plus rapide qu'avec un curseur ?

Merci pour ta réponse. Les solutions simples sont toujours les meilleures.

[FMJ]

Donc je confirme, ça apporte bien le résultat attendu, vu que le champ à mettre à jour est unique.
Par contre, comme la table sur laquelle porte la requête est assez balèze en nombre de lignes et qu'elle est super mal optimisées au niveau des indexes (mais je ne peux pas y toucher), l'exécution en pure requêtage est plus lente qu'avec un curseur ..... Si si c'est possible, et pas d'un peu.
Donc je vais revenir au curseur ... à regret.

Merci de votre aide.