J’ai souvent besoin lors d’une mission de conseil de faire un petit état des lieux des rapports qui se trouvent sur une instance SSRS.
Pour dresser cette liste rapidement, il suffit de jouer la requête suivante sur votre base de données ReportServer :
SELECT [Path] ,[Description]FROM [ReportServer].[dbo].[Catalog]WHERE Type = 2
Et pourquoi ne pas en faire un rapport 
En ces temps de nouvelles versions (je vous rappelle que SQL Server 2008 R2 est sorti il y a quelques semaines), un petit point sur Report Builder.
Ci-dessous, la matrice de compatibilité. Pour un rapport réalisé avec tel version d’outil, sur quelle version le déployer…
|
SSRS 2008 |
SSRS 2008 R2 |
|
| Report Builder 2.0 |
OK |
OK |
|
Report Builder 3.0 |
KO |
OK |
|
BIDS* 2008 |
OK |
OK |
|
BIDS* 2008 R2 |
OK |
OK |
BIDS : Business Intelligence Development Studio (en fait, juste les template de projet BI pour Visual Studio 
)
Pour configurer BIDS, il suffit d’aller dans les propriétés du projet :
Et dans la série des liens utiles, les versions Stand Alone de Report Builder sont disponibles à ces adresses :
Aux TechDays 2010, j’ai aussi eu la chance d’accompagner the famous Pascal Belaud sur une session ludique des nouveautés de SQL Server 2008 R2.
J’assurai la partie Reporting Services avec quelques démos sur les nouveautés :
La vidéo se trouve ici :
Il y a plusieurs façons de calculer le N° de semaine. J’y ai déjà été confronté il y a quelques années.
Il y a une norme ISO qui est notamment utilisée par les calendriers papier (http://fr.wikipedia.org/wiki/Numérotation_ISO_des_semaines).
On peut avoir ce comportement dans Outlook ; il faut le configurer ici :
Calendar Properties
Le problème se pose quand on doit l’utiliser dans du code. J’ai notamment eu le cas dans un rapport Reporting Services.
J’utilise l’expression suivante :
DatePart(“ww”, Fields!MaDate.Value)
Or, cette instruction ne se base pas sur la norme ISO mais démarre au 1er janvier.
En T-SQL, on peut avoir le bon calcul en changeant la constante :
SELECT DATEPART(ISOWK, '2010-01-04')
Mais cette constante n’existe pas dans le moteur d’expression de Reporting Services…
Donc il vous faudra vous baser sur un bout de code embarqué.
Et hop, une remontée de plus sur Connect.
