Discussion :

[Guillaume777]

Bonjour à tous,

J'ai la table suivante:

Date1	TempsTotal	TempsRestant	ReportTempsRestantJoursPrec
02/05/2014	1.23	NULL	NULL
09/05/2014	81.17	50	NULL
12/05/2014	24.67	3.17	NULL
13/05/2014	44.45	4.45	NULL
14/05/2014	12.27	1.85	NULL
15/05/2014	20.12	NULL	NULL
...

Pour chaque enregistrement, je souhaite mettre à jour la colonne 'ReportTempsRestantJoursPrec' en y insérant la somme de la colonne TempsRestant des enregistrements précédents.
Concrètement,
pour la ligne 1, ReportTempsRestantJoursPrec doit être égal à 0 (c'est le 1er enregistrements de la table)
pour la ligne 2, ReportTempsRestantJoursPrec doit être égal à 0
pour la ligne 3, ReportTempsRestantJoursPrec doit être égal à 50
pour la ligne 4, ReportTempsRestantJoursPrec doit être égal à 53.17
pour la ligne 5, ReportTempsRestantJoursPrec doit être égal à 57.62
pour la ligne 6, ReportTempsRestantJoursPrec doit être égal à 59.47
...

Je pensais pouvoir m'en sortir en exécutant la requête suivante :

Code :

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

Update @TEMP1 SET ReportTempsRestantJoursPrec = (select Sum(T0.TempsRestant) from @TEMP1 T0 where T0.Date1 <= @TEMP.Date1 group by T0.Date1 order by T0.Date1)

Mais SQL me renvoie l'erreur suivante:

La clause ORDER BY n'est pas valide dans les vues, les fonctions inline, les tables dérivées, les sous-requêtes et les expressions de table communes, sauf si TOP ou FOR XML est également spécifié.

Je dois mal m'y prendre, quelqu'un saurait-il éclairer ma lanterne ??

D'avance merci.

Guillaume

[al1_24]

La question à se poser est la suivante :

Quelle est l'utilité des clauses GROUP BY et ORDER BY dans la sous-requête ?

[Guillaume777]

Bonjour al1_24,
En effet, les clauses GROUP BY et ORDER BY sont inutiles.

Voici la nouvelle requête:

Code :

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

Update @TEMP1 SET ReportTempsRestantJoursPrec = (select Sum(T0.TempsRestant) from @TEMP1 T0 where T0.Date1 <= @TEMP1.Date1)

Cependant, SQL n'est toujours pas d'accord. Voici le message d'erreur : La variable scalaire "@TEMP1" doit être déclarée.
Note : @TEMP1 est une table temporaire.

Note : j'envisage bien une solution en faisant une boucle pour faire l'UPDATE de chaque enregistrement mais les boucles ne sont pas conseillées en SQL.
C'est pour cela que je m'obstine à faire un UPDATE 'simple'.

[al1_24]

@TEMP1 est une variable qui contient le nom de la table à mettre à jour ou est-ce une notation spécifique à ton SGBD (que tu n'as pas précisé) pour désigner une table temporaire ?

[Guillaume777]

@TEMP1 est une variable qui contient le nom de la table à mettre à jour ou est-ce une notation spécifique à ton SGBD (que tu n'as pas précisé) pour désigner une table temporaire ?

mon SGBDR est SQL Server 2008 R2.
@TEMP1 est le nom de la table temporaire que j'ai déclaré.

[Guillaume777]

OK, merci pour le tuyau, j'explore cette piste et te tiens informé.

[aieeeuuuuu]

Bonjour

Cependant, SQL n'est toujours pas d'accord. Voici le message d'erreur : La variable scalaire "@TEMP1" doit être déclarée.
Note : @TEMP1 est une table temporaire.

Visiblement, ce n'est pas l'avis de votre SGBDR (quel est-il) ?
Comment avez-vous déclaré cette table temporaire ? pouvez nous nous montrer le script complet ?

[Guillaume777]

Bonjour


Visiblement, ce n'est pas l'avis de votre SGBDR (quel est-il) ?
Comment avez-vous déclaré cette table temporaire ? pouvez nous nous montrer le script complet ?

Je travaille sur SQL Server 2008 R2.


J'ai une 1ère table temporaire @TEMP qui contient des données.
J'extrais des données de cette table pour les ranger dans une 2ème table temporaire @TEMP1.
Sur cette 2ème table, je souhaite faire la mise à jour de la colonne ReportTempsRestantJoursPrec comme expliqué précédemment.

Ci-après le script:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
DECLARE @TEMP1 AS TABLE 
	(Date1 DATETIME, NB_OF INTEGER, NombreVerins INTEGER,  RatioTempsParVerin DECIMAL(19,2), TempsTotal DECIMAL(19,2), 
	 TempsEffectue DECIMAL(19,2), TempsRestant DECIMAL(19,2),
	 ReportTempsRestantJoursPrec DECIMAL(19,2), JourCourant CHAR)
 
 
INSERT INTO @TEMP1 (Date1, NB_OF, NombreVerins, RatioTempsParVerin, TempsTotal, TempsEffectue, TempsRestant, ReportTempsRestantJoursPrec)
select Date1, SUM(NB_OF), SUM(NombreVerins), SUM(RatioTempsParVerin), SUM(TempsTotal), SUM(TempsEffectue), SUM(TempsRestant), SUM(ReportTempsRestantJoursPrec)
FROM @TEMP 
group by Date1 order by Date1
 
 
 
Update @TEMP1 SET ReportTempsRestantJoursPrec = (select Sum(T0.TempsRestant) from @TEMP1 T0 where T0.Date1 <= @TEMP1.Date1)

Merci pour votre aide.
Guillaume

[aieeeuuuuu]

Je travaille sur SQL Server 2008 R2.

Dommage, à partir de 2012 vous auriez pu faire directement

Code :

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

1
2
3
4
5
6
7
8
9
 
;WITH CTE AS (
	SELECT 
		ReportTempsRestantJoursPrec
		,SUM(TempsRestant) OVER(ORDER BY Date1) AS R
	FROM @TEMP1
)
UPDATE CTE 
	SET ReportTempsRestantJoursPrec = R

Votre message vient de l'utilisation de @TEMP1 dans la clause WHERE. Donnez un alias à votre variable table.

Cependant, vous pourriez carrément vous en passer a priori... Qu'en faites-vous ensuite ?

[aieeeuuuuu]

Note : j'envisage bien une solution en faisant une boucle pour faire l'UPDATE de chaque enregistrement mais les boucles ne sont pas conseillées en SQL.
C'est pour cela que je m'obstine à faire un UPDATE 'simple'.

C'est vrai, mais ça l'est également pour les variables tables.

Notez que lorsque SQL Server génère un plan d’exécution pour une requête contenant une (ou plusieurs) variable table, il considère que celle-ci ne contient qu'une ligne, ce qui peut parfois biaiser fortement le calcul du plan d’exécution.