[SSRS][SSAS]Développement d'un rapport mixte

Bonjour

Question de néophyte probablement : je dois développer un ensemble de rapports avec Reporting Services où j'ai deux sources d'informations. La première est un ensemble de tables dans une DB SQL Server. Ces tables me donnent la liste des mesures (KPIs) que je dois rapporter.

La valeur d'une mesure est elle stockée dans un cube que j'ai reçu d'un prestataire de services. La clé entre le cube et la mesure est un champs nommé MetricsID.

J'ai déjà programmé le query qui me retourne la liste des mesures. Comment dois-je maintenant faire pour lier ce query avec le cube ? Puis-je attaquer un cube avec une instruction type SELECT ... FROM ... WHERE ... ?

Merci beaucoup.

Petit up dans l'espoir que quelqu'un saura m'aider.

Le but est donc de lire des données dans une DB SQL (c'est chose faite) et de lier ces données avec des valeurs contenues dans cube SSAS. Et c'est là que réside mon problème : comment faire le lien ? De part et d'autre j'ai un champs MemberID qui devrait me permettre de faire la jonction mais je ne sais où démarrer.

Merci.

L'intérogation du cube SSAS se fera non pas en SQL mais en MDX.
Tu dois donc avoir à disposition 2 sources de données.
La première te permet, comme tu l'as déjà fait, de récupérer les infos depuis ta source SQL.
Tu alimente alors un paramètre interne à ton rapport que tu utilises ensuite dans ton script MDX pour interroger ton cube.

Merci beaucoup Jinroh.

Devant absolument délivrer mon rapport à mon client interne, j'ai continué à chercher hier sur le net et j'ai trouvé mon bonheur. Voir adresse ci-dessous.

Le truc à été de créer un linked server vers SSAS et puis de lancer une requête type SELECT * FROM OPENQUERY. Le requête lancée ainsi en "remote" me permet de récupérer les données du cube; données que j'insère dans un tableau temporaire en mémoire (avec un INSERT INTO ... SELECT * FROM OPENQUERY).

Le reste est un jeu d'enfant puisque je reste dans le contexte traditionnel d'une stored procedure et j'ai donc toutes mes instructions T-SQL à disposition.

Merci pour ton temps et l'aide que tu m'as apporté.

http://sqlblogcasts.com/blogs/drjohn...esult-set.aspx

Très sympa cette méthode.
je ne connaissais pas et ça doit être bien pratique dans certains cas.

Merci pour le retour d'informations ;)

Dans mon cas précis, c'est redoutable d'efficacité et comme je le mentionnais, je reste au sein d'une stored procedure où j'ai donc pû coder toute ma logique business.