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

Ci-dessous, la matrice de compatibilité. Pour un rapport réalisé avec tel version d’outil, sur quelle version le déployer…

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 :

• Report Builder 3.0
• Report Builder 2.0

J’assurai la partie Reporting Services avec quelques démos sur les nouveautés :

• Nouveau Report Manager
• Report Parts et Report Gallery
• Shared Datasets
• KPI, Sparkline, Databar
• Cartographie

La vidéo se trouve ici :

http://www.microsoft.com/france/vision/mstechdays10/Webcast.aspx?EID=32499E98-3D41-42DA-A396-B6F030697957

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.