Discussion :

[Enthau]

Bonjour,

J'ai créé il y déjà longtemps un nombre conséquent de requêtes avec Visual Studio 2005 / Reporting Services.
La plupart des requête sont basés sur le numéro de la semaine, qui jusqu'à présent fonctionnait très bien. Puis l'année 2010 arriva, et ce fut le drame. Toutes mes semaines sont décalées...
Le problème viendrait de la 1ère semaine de l'année qui n'est pas bien paramétré. Après avoir pas mal bourlinguer sur le net, il faudrait apparemment que je modifie le paramètre FirstWeekOfYear, pour qu'il remette tout ça bien correct.
Le problème, c'est que je ne sais pas comment, ni où le modifier. De plus, avec le nombre de requête que j'ai, il me parait compliquer de reprendre tous mes rapports pour modifier les scripts SQL. Et puis ce serait sympa que ce soit uniformiser pour tout le serveur, sans avoir à ce soucier de ça les années suivantes...
Quelqu'un a-t-il la solution ?

Merci d'avance.

PS : je ne suis pas sur de poster dans le bon forum, donc désolé par avance...

[SQLpro]

Le N° de semaine calculé par DATEPART(week ... donne la numérotation américaine qui n'est pas conforme à la norme ISO et cela depuis l'origine de SQL Server....
Depuis SQL Server 2008, vous pouvez utiliser DATEPART(ISO_week...

Si vous êtes en 2000 ou 2005, il vous faut créer une fonction UDF qui calcule le n° de semaine ISO :

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
16
17
18
CREATE FUNCTION dbo.ISOweek (@DATE datetime)
RETURNS int
AS
BEGIN
     DECLARE @ISOweek int;
     SET @ISOweek= DATEPART(wk,@DATE)+1
          -DATEPART(wk,CAST(DATEPART(yy,@DATE) as CHAR(4))+'0104');
--Special cases: Jan 1-3 may belong to the previous year
     IF (@ISOweek=0) 
          SET @ISOweek=dbo.ISOweek(CAST(DATEPART(yy,@DATE)-1 
               AS CHAR(4))+'12'+ CAST(24+DATEPART(DAY,@DATE) AS CHAR(2)))+1;
--Special case: Dec 29-31 may belong to the next year
     IF ((DATEPART(mm,@DATE)=12) AND 
          ((DATEPART(dd,@DATE)-DATEPART(dw,@DATE))>= 28))
          SET @ISOweek=1;
     RETURN(@ISOweek);
END;
GO

Extrait des BOL MS.

Voila ce qui arrive quand on ne lit pas la doc ou que l'on ne suit pas de formation !

A +

[elsuket]

ou qu'on ne crée pas une tables de dates, en mettant une colonne de n° de semaine ...

@++

[Enthau]

OK merci pour vos réponses.

SQLPro, merci pour ta fonction. Mais je l'exécute où ? Et une fois exécuté, ça ma change mes numéros de semaine pour toutes mes requêtes ou bien faut-il que j'emploie cette fonction dans tous mes rapports ?

Pour la table de dates, l'idée est bonne, mais la base de données m'est fourni par un éditeur, et je les récupère tel quel, donc je n'ai pas cette table !!

[SQLpro]

OK merci pour vos réponses.

SQLPro, merci pour ta fonction. Mais je l'exécute où ? Et une fois exécuté, ça ma change mes numéros de semaine pour toutes mes requêtes ou bien faut-il que j'emploie cette fonction dans tous mes rapports ?

Dans la base (ou n'importe quelle autre base) et ensuite l'employer dans les requêtes.

Pour la table de dates, l'idée est bonne, mais la base de données m'est fourni par un éditeur, et je les récupère tel quel, donc je n'ai pas cette table !!

Vous pouvez la créer quand même, dans la base ou dans une autre base.

Sachez qu'en rajoutant des objets dans une base (table, vue, fonction, procédure, vous ne changez pas son état, donc ne risquez rien. Les SGBDR sont même faits pour cela !

A +

[elsuket]

Bonjour,

Rien ne vous empêche de la créer vous-même à partir de l'exemple que je donne dans le billet

@++

[Enthau]

OK merci, je remodifie tous mes rapports...
Ca marche impec !