Gestion des libellés avec une seule table

[scharly3]

Bonjour,

Mon problème est le suivant, je suis en train de refondre un système existant (Basé sur les données SAP) afin de le rendre indépendant, il s'agit donc de refaire l'ETL.

Les contraintes:

• Pas de DW ...
• Travailler sur un principe de tables de travail ... ODS Kikoo ...

Ma problématique:

• Éviter de me retrouver avec 280 colonnes dans une table finale comme c'est le cas sur l'ancien process.

Mes solutions mises en place:

• Faire un audit des colonnes réellement utilisées par les rapports.
• Stocker les données sources "As is" dans une base de stockage.
• Refaire le process avec uniquement les données utilisées.

Mon problème du moment:

• Comment gérer les libellées ? Afin de ne pas me retrouver dans une situation assez proche de celle de départ ?

1. Ne pas ramener les libellés dans la table et faire les jointures au niveau Rapport (Gros effort de maintenant par la suite au niveau de la dispersion des règles de gestion)
2. Faire une vue afin de ramener les libellées ( 60 Millions de lignes 50 jointures ... ça sent le problème de perf ...)
3. Faire une sorte de "Junk Dimension" (sauf qu'on est pas dans un DW rappelez vous)
4. Arrêter de vous cassez les ******** et mettre mes libellés dans ma table final qui de toute façon ... ne ressemble à rien.
5. Autre ?

Si vous avez un point de vue ... à votre bon cœur !

[FrancoisJehl]

Si j'ai bien compris le besoin ton principal soucis c'est la gestion de libellés pour du Reporting Services? Tu ne veux pas les gérer dans un DataSet clé/valeur attaqué par du Lookup?

[scharly3]

Hello François,

Tu ne veux pas les gérer dans un DataSet clé/valeur attaqué par du Lookup?

Dans SSIS ? SSRS ?

Si c'est dans SSIS, le problème c'est que je me retrouve avec une table Énorme au finale et assez disgracieuse

Si tu parlais de faire la correspondance dans le rapport RS directement, ça m'embête car beaucoup de rapport et donc ça fait des forks de règles de gestions dans chaque rapports et à maintenir c'est pas l'idéal ...

Ah oui et j'oubliais, en fait là ou c'est grave, c'est que derrière cette ***** il va y avoir un DW/Cube de plugué (Comment ça c'est pas comme ça qu'on fait ? ! )

[Fleid]

Je n'aimerai pas être à ta place :p

Tu as le choix entre:

• Monter un vrai datamart avec un schéma en étoile.
• Continuer à faire des vilaines choses, mais tu ne trouveras aucune solution magique.

Je ne comprends pas pourquoi tu ne peux pas monter un schéma en étoile alors que tu considères sortir les labels de ta table principale et maintenir des tables de références. Ajoute des ID surrogate et tu te retrouves avec des tables de dimensions. Non?

Une fois que tu auras ton schéma, soit tes volumes sont raisonnables et tu monteras tes requêtes SQL dans des PS qui seront attaquées directement par SSRS, soit tes volumes ne seront pas raisonnables et tu mettras en places des tables d'agrégats avec SSIS qui pré-calculeront les vues que tu attends.

[scharly3]

C'est pas que je ne veux pas, j'ai eu un véto sur cette proposition dans les délais qu'il me reste.

[d.joubert]

Ben le mieux alors, c'est de jouer la montre par rapport aux délais qu'ils te restent, et de laisser la problématique au suivant

[Nished]

C'est quoi comme type de rapports ?

-Usage de PowerPivot ?

J'ai entendu parlé d'un moyen de faire appel à un package SSIS dans SSRS, c'est une méthode "non conventionnelle" mais cela existe.

http://msdn.microsoft.com/en-us/libr...=sql.100).aspx

[FrancoisJehl]

L'extension de rendu a beau être dans BOL elle ne marche normalement plus depuis Katmai sauf si je suis un tocard. Ils l'ont peut être fait remarcher dans un SP quelconque que j'aurais raté ceci dit.