Articles Tagués ‘SSRS’

Compatibilités et versions de Report Builder

19 juin 2010

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
(avec la bonne configuration)

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 :

propriete report project 

Et dans la série des liens utiles, les versions Stand Alone de Report Builder sont disponibles à ces adresses :

Démos Reporting Services 2008 R2

2 avril 2010

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 :

  • 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

Numéro de semaine – Norme ISO

30 décembre 2009

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
clip_image002

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.

UPDATE  :

La fonction DatePart() a une surcharge qui prend 4 paramètres dont le dernier sert à définir la première semaine de l’année et donc avoir un comptage qui respecte la norme ISO 8601.

=Datepart(DateInterval.WeekOfYear, Fields!Date.Value, FirstDayOfWeek.Monday, FirstWeekOfYear.FirstFourDays)

J’ai testé avec avec Report Builder 3.0 // SQL Server 2008 R2


Suivre

Get every new post delivered to your Inbox.

Joignez-vous à 228 followers