lundi 10 février 2014

SSRS : Export Excel et fusion de cellules

Un petit post rapide afin de parler d'un sujet que tous les développeurs SSRS connaissent...ou pas, et qui est le problème de fusion de cellules au moment de l'export Excel.

La solution que tout le monde connait et qui consiste à aligner des colonnes des tableaux/Matrice et des zones de textes, peut s'avérer, parfois, insuffisante, et cela s'explique par le fait, qu'Excel utilise en interne les points comme unité de mesures et qu'au moment de l'export converti les pouces, les pixels, les centimètres en points.

Donc, pour éviter toute complication et s'assurer que cela fonctionne du premier coup, spécifier toutes les mesures "position" et "taille" en points.

Et en bonus, un centimètre est égal à 28,35 points.

samedi 13 avril 2013

[SSAS] : Formatage des mesures

Un post rapide pour voir comment généraliser le formatage des mesures "FORMAT_STRING" dans SSAS. Cette tâche qui est souvent réalisée de manière manuelle, peut devenir fastidieuse dans le cas ou nous avons un grand nombre de mesures, et peut être automatisé via un Script MDX.

Afin de réaliser cette tâche de manière aisée il faut mettre en place au préalable une règle de nommage des mesures, en y ajoutant un préfixe/suffixe, par exemple:

  • Montant : pour toutes les mesures de type Currency
  • Nombre : pour toutes les mesures de type Standard
  • % :  pour toutes les mesures de type Percent
Il ne reste plus qu'à définir le script MDX dans l'onglet Calculations du Cube de la manière suivante:

Format_String( Filter (Measures.ALLMEMBERS,
                       Instr(Measures.CurrentMember.Name, "Montant") > 0
                       )
             ) = "Currency";
Format_String( Filter (Measures.ALLMEMBERS,
                       Instr(Measures.CurrentMember.Name, "Nombre") > 0
                       )
             ) = "Standard";
Format_String( Filter (Measures.ALLMEMBERS,
                       Instr(Measures.CurrentMember.Name, "%") > 0
                       )
             ) = "Percent";


Et voici le résultat obtenu:


En espérant que ça pourrait vous aider...



vendredi 29 mars 2013

[SSRS] : Concaténation de plusieurs lignes en une seule

Un petit post rapide, pour montrer comment concaténer plusieurs lignes d'une requête en une seule, par exemple en affichant pour chaque gamme de produit, la liste des produits dans la même cellule, séparés par une virgule.

Le but est de passer de cette représentation :


 A quelque chose qui ressemble à :


Pour cela, la version 2008 R2 a apporté une nouvelle fonction le "LookupSet" qui est, un peu similaire à la fonction "Lookup" mais qui permet de récupérer un jeu de données au lieu d'une seule valeur, à partir d'un autre Dataset.

Dans mon cas les données proviennent du même dataset, donc je me suis livré au jeu et j'ai testé le "LookupSet" en faisant une jointure sur le même champ (Gamme) du Dataset du tableau, et ce qui fonctionne très bien, puisque la requête est généré avant l'évaluation de l'expression SSRS.

Et techniquement, la syntaxe de l'expression SSRS est la suivante :

Join(LookupSet(Fields!GammeDesc.Value, Fields!GammeDesc.Value, Fields!ProduitDesc.Value, "DataSet1"),", ")

Avec en vert, la clé de jointure qui pointe sur le même champ et en bleu le champ qu'on veut récupérer et puis la fonction "Join" pour concaténer le résultat retourné par le "LookupSet".

En espérant que ça pourrait aider.



lundi 18 mars 2013

[SSRS] : Temps d’exécution de rapport

Parfois, pour debugguer un rapport, on peut avoir besoin d'afficher le temps global d’exécution du rapport en pied de page ou à l’intérieur même du rapport, et cela sans faire appel à la vue ExecutionLog de la base ReportServer.

La solution consiste à utiliser la fonction Now() et la variable globale SSRS Global!ExecutionTime, la première permettant de récupérer l'heure d'affichage effectif du rapport et la deuxième permettant de récupérer l'heure de génération du rapport et plus exactement à partir du moment où l'on clique sur le bouton "Afficher le rapport".

Donc, en faisant la différence entre Now() et Global!ExecutionTime nous pouvons avoir le temps d’exécution global du rapport, techniquement cela se traduit de la manière suivante :

System.DateTime.Now.Subtract(Globals!ExecutionTime).TotalSeconds

Et pour faire quelque chose de plus complet, pour les rapports qui dépasserais une minute de temps d’exécution voir une heure, même si rare, voici l'expression complète :

IIf(System.DateTime.Now.Subtract(Globals!ExecutionTime).TotalSeconds < 1, "< 1 seconde(s)",

(

IIf(System.DateTime.Now.Subtract(Globals!ExecutionTime).Hours > 0, System.DateTime.Now.Subtract(Globals!ExecutionTime).Hours & " heure(s), ", "") +

IIf(System.DateTime.Now.Subtract(Globals!ExecutionTime).Minutes > 0, System.DateTime.Now.Subtract(Globals!ExecutionTime).Minutes & " minute(s), ", "") +

IIf(System.DateTime.Now.Subtract(Globals!ExecutionTime).Seconds > 0, System.DateTime.Now.Subtract(Globals!ExecutionTime).Seconds & " seconde(s)", ""))

)

Et pour tester le rapport, nous ajoutons un Dataset avec un WAITFOR DELAY '00:00:03' pour simuler un temps d’exécution de 3 secondes.
Ce qui donne le résultat suivant :


jeudi 27 décembre 2012

[SQL] : Limitation comptage distinct sur une fenêtre de données

SQL Server propose un ensemble de fonctions d’agrégation comme la somme, la moyenne, le comptage, etc..., ces fonctions combinées aux clauses OVER, offrent des possibilités de calcul et d'analyse très intéressantes.

Pour répondre à une problématique métier dont la solution technique devait, initialement, s'appuyer sur un : 
COUNT (DISTINCT MaColonne1) OVER (PARTITION BY MaColonne2), j'ai été confronté à l'erreur suivante :

Incorrect syntax near 'distinct'

Après quelques recherches, il s’avère que c'est une limitation liée au moteur de base de données SQL Server.

En testant la requête sur une instance SQL 2012, cette limitation est toujours présente, la seule chose qui a été améliorée est le message d'erreur, qui est beaucoup plus explicite :

Use of DISTINCT is not allowed with the OVER clause

Une solution de contournement, consiste à combiner la fonction DENSE_RANK : qui permet de caclculer le rang de la ligne par valeur distincte, et la fonction MAX pour récupérer la valeur la plus élevée de ce rang.

/* Requête initialement utilisée*/
SELECT DISTINCT [CalendarYear]
      ,[FrenchMonthName]
      ,COUNT(DISTINCT([WeekNumberOfYear])) OVER (PARTITION BY [CalendarYear]) AS NombreSemaineParAnnee
FROM [dbo].[DimDate]

/* Solution de contournement basée sur le Dense_Rank et le Max*/

WITH cte AS
(
SELECT [CalendarYear]
      ,[FrenchMonthName]
      ,DENSE_RANK() OVER (PARTITION BY [CalendarYear] ORDER BY [WeekNumberOfYear]) AS NombreSemaineParAnnee
FROM [dbo].[DimDate]
)
SELECT DISTINCT [CalendarYear]
      ,[FrenchMonthName]
      ,MAX(NombreSemaineParAnnee) OVER (PARTITION BY [CalendarYear]) AS NombreSemaineParAnnee
FROM cte


Source : Connect

lundi 24 décembre 2012

[SSAS] : Modifications nécessitant un ProcessFull

Pour qu'un cube soit accessible aux utilisateurs, il faut qu'il soit dans un état "Processed".
Parfois, on peut être amené à y apporter des modifications/corrections mais sans devoir re-processer tout le cube.

Avant de réaliser ces modifications, certains points sont à prendre en compte, comme les opérations ayant un impact sur l'état du cube et pouvant le rendre inaccessible et donc en conséquence nécessitant un PorcessFull.

Les opérations mettant le cube dans un état "Unprocessed" sont les suivantes:
  • L'ajout d'une hiérarchie d'attribut dans une dimension.
  • Modification des relations entre les dimensions et les groupes de mesures.
  • Modification des relations entre les hiérarchies d'attributs.
  • Ajout d'une mesure ou d'un groupe de mesure.
  • Changement de la fonction d’agrégation d'une mesure.
  • Modification de la propriété OrderBy ou OrderByAttribute.
  • Modification de la propriété UnknownMember.
  • Ajout/suppression de la traduction.
  • ProcessUpdate d'une dimension avec des relations de type rigide et dont les données ont changées (Exemple: Produit A appartenant à la Catégorie A et ayant été affecté, entre temps, à la Catégorie B).
  • Et bien évidemment un ProcessFull au niveau d'une dimension, pour cela, SSMS et BIDS dispose d'un bouton d'analyse d'impact et qui est accessible au moment du processing :

Donc avant de réaliser des modifications, analysez bien les impacts de celles-ci sur l'état du cube et ainsi, le cas échéant, les planifier en dehors des horaires d'utilisation.

vendredi 14 décembre 2012

[TAB] : Compatibilité PowerPivot pour Excel 2013 et SSAS Tabulaire

Importer un classeur PowerPivot pour Excel 2013 vers une instance SSAS Tabulaire, est une opération qui s’avère très simple à première vue.

Ainsi, en voulant réaliser cette opération, j'ai été confronté à l'erreur suivantes:
"A connection corresponding to the embedded PowerPivot data was not found in the Excel workbook"
Ce message d'erreur qui laisse penser à un problème de connexion aux sources de données, n'est qu'un problème de compatibilité entre le moteur AS utilisé par PowerPivot pour Excel 2013 est celui de la version SSAS 2012 RTM.

Pour résoudre ce problème, il suffit d'installer le Service Pack 1.

Source : Connect

mardi 27 novembre 2012

[SSIS] : Projet SSIS en mode Offline

Petit astuce du jour, comment mettre en mode Offline un projet SSIS sans l'ouvrir dans BIDS.

Un des points noires dans SSIS, c'est la validation de toutes les connexions à chaque ouverture du projet.

En ouvrant mon projet SSIS et ayant plusieurs packages d'ouvert en même temps, mon projet met plus de 10 minutes pour valider toutes les connexions.

Afin d'éviter d'attendre tout ce temps, j'essaye de le mettre en mode Offline sauf qu'il faut attendre qu'il valide toutes les connexions.

Donc je cherche un peu dans les fichiers du projet et il y a bien la propriété qui permet de le faire.
Elle se trouve dans le fichier portant l'extension ".dtproj.user" :

Donc il suffit juste de l'ouvrir avec un éditeur de texte, et modifier la valeur de la balise "OfflineMode" :


Et le tour est joué.

lundi 9 juillet 2012

[SQL] : Récupérati​on du rôle SysAdmin SQL Server

Un cas de figure qui se présente souvent quand on récupère une machine qui possède une instance SQL Server version 2008 ou ultérieur, c'est de ne pas pouvoir s'y connecter et cela malgré le fait qu'on est Admin Local.
Pour pouvoir se rajouter les droits SysAdmin sur l'instance, il faut suivre les étapes suivantes, le seul près-requis c'est d'avoir les droits d'admin local sur la machine, les étapes se résument en quatre:

1- Arrêt du service SQL Server, le nom du service est MSSQLSERVER pour une instance par défaut et MSSQLSERVER$NomInstance pour une instance nommée :
net stop MSSQLSERVER

2- Démarrage du service mssqlserver en mode mono :
net start MSSQLSERVER /M

3- Lancement du SQLCMD pour se rajouter les droits SysAdmin :
EXEC sp_addsrvrolemember 'domaine\utilisateur', 'sysadmin';
GO

4- Redémarrage mssqlserver en mode normal :
net stop MSSQLSERVER
net start MSSQLSERVER

Bonne récupération...

jeudi 9 février 2012

[SSRS] : Désactiver le Report Manager

Parmi les nouveautés qu'avait apporté la version 2008 de Reporting Services en terme de configuration, la désactivation de l'accès au Report Manager et ainsi n'exposer aux utilisateurs que le ReportViewer (Url par défaut http://localhost/reportserver).

La désactivation du report manager se fait via le fichier de configuration rsreportserver.config, à travers la propriété IsReportManagerEnabled, cette propriété étant à True par défaut, il faut la passer à Flase:


<IsReportManagerEnabled>True</IsReportManagerEnabled>

Une fois désactivé, l’accès au Report Manager renvoi le message d'erreur suivant :

Il faut noter que cette opération ne nécessite pas de redémarrage du service RS.