Rassembler plusieurs sorties de feuilles Excel sur un même classeur?

**r_dani** · 18/05/2009, 11h59

Bonjour,
Je travaille sur SAS Guide, et j'ai fait des sorties Excel de mes résultats, mais le problème c'est que j'ai plusieurs classeurs Excel qui souvrent pour chaque sortie,
l'objectif c'est de produire un même classeur Excel avec plusieurs feuilles.
Si vous avez une idée n'hésitez pas.
Merci d'avance.

**datametric** · 18/05/2009, 15h34

j'ai pas SEG de suite mais soit tu fais une sortie SasReport pour chaque output que tu peux ensuite regrouper dans un sasreport général.
Autrement, tu fais un ODS à la mimine.

**Antoun** · 19/05/2009, 02h38

Envoyé par datametric

j'ai pas SEG de suite mais soit tu fais une sortie SasReport pour chaque output que tu peux ensuite regrouper dans un sasreport général.
Autrement, tu fais un ODS à la mimine.

Peux-tu donner un peu plus de détails sur chacune de tes deux hypothèses (1/ regroupement dans un sasreport et 2/ ODS à la main) ?

**datametric** · 19/05/2009, 09h57

Je n'ai pas SEG aujourd'hui encore mais pour la partie manuelle je pensais à créer un ODS tagsetsexcelXP dans un noeud code. Vous liez ce noeud à la table et li sera appelé dans le processus.

De mémoire, pour le "SASREPORT" ("Rapport SAS" dans la version française ?) c'est un des types de sorties dans SEG. Je pensais sortir un "sasreport" par tabulate par exemple et créer un "report" ("rapport" dans fichier > nouveau je crois) regroupant ces sorties.

**xav2229** · 19/05/2009, 10h38

Hello,

En plus de la solution de datametric, tu peux peut-etre utiliser le libname EXCEL :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
libname OUT EXCEL "%sysfunc(pathname(WORK, L))\see.xls";
data OUT.ONGLET1
       OUT.ONGLET2
   ;
   set SASHELP.CLASS;
run;
libname OUT clear;

Tcho,

xav

**Antoun** · 20/05/2009, 15h19

Salut à tous !

Bon, j'ai mon rapport SAS avec mes différentes sorties dedans. Par contre, je n'ai pas compris comment je transformais ça en fichier Excel ?

Merci d'avance pour toute explication !

**Antoun** · 20/05/2009, 15h19

Envoyé par xav2229

Hello,

En plus de la solution de datametric, tu peux peut-etre utiliser le libname EXCEL :

Je pourrais aussi mettre des sorties graphiques ? J'ai une série de camemberts SAS.

**xav2229** · 22/05/2009, 11h48

Pour avoir des reports + des graphiques dans Excel (Word, Powerpoint)

il faut changer d'optique et utiliser les Stored Process.

Tcho,

Xav

**datametric** · 22/05/2009, 12h14

tiens d'ailleurs, et si tu n'as que FOUNDATION ? que proposes-tu ?

**xav2229** · 22/05/2009, 13h59

Si tu n'as que FOUNDATION je te propose une migration et tu signes en bas du gros cheque avec des zéros tout plein.

Cela va résoudre la crise ca...

Sinon, ben tant pis pour la crise, pour Excel avec des graphiques SAS une solution est de se mettre du coté de Excel.

Excel demande les données à SAS et fait exécuter du code pour récupérer le graphique.

Pas très facile, beaucoup de code, pas industrialisable et deux technologies a appréhender.

Tcho,

Xav

**datametric** · 23/05/2009, 08h40

pour cette méthode, je crée un onglet BDD dans EXCEL via la proc export dans un classeur.
Je crée les TDB , graphiques en liaison avec cet onglet. Je sauve (si si).

Lorsque le classeur est fermé, les liaisons sont inactives, par conséquent, je peux relancer la proc export avec de nouvelles données : l'onglet BDD est remplacé.
Lors de l'ouverture du classeur par un ... comment elle s'appelle la boîte à question à l'étage... 'utilisateur' .. voilà..., ni vu ni connu, les tableaux et graphiques se mettront à jour avec les nouvelles données.

Selon le travail de micro$oft, le Spreadsheet Markup Language XML (à partir d'Excel 2003) ne permet pas l'insertion d'objet graphique. Si vous essayez dans EXCEL de sauvegarder en XML, un classeur avec une image, ca doit planter.
Or XML est le langage utilisé via ODS pour faire communiquer SAS avec EXCEL.

Avec EXCEL 2007 le XML est compressé et c'est pourquoi des problèmes de compatibilité apparaîtront.

Antoun, le mieux sur FOUNDATION est de faire un export de tes données dans un onglet et de travailler sur tes tableaux et graphiques dans EXCEL. Autrement, il faut faire des SP si tu as BI.

**Antoun** · 23/05/2009, 09h36

Salut, et merci beaucoup à vous deux. Je ne vous cache pas que j'ai un peu du mal à vous suivre, faute de bien connaître la gamme. En dev, j'ai la gamme complète, mais effectivement la question est "qu'est-ce que je fais acheter à mon client ?". Si je vous suis bien :

soit mon client ne veut/peut acheter que "Foundation" (càd Base + Guide ?), auquel cas je produis mes données avec Guide mais je fais mes graphiques dans Excel
soit mon client achète BI, auquel cas je fais un Stored Process

C'est bien ça ?

**datametric** · 23/05/2009, 10h43

avec FOUNDATION tu développes ton code dans Guide ou l'interface traditionnelle de SAS. Tu travailleras avec l'ODS (http://support.sas.com/rnd/base/ods/...FAQ/index.html).

Avec BI, tu peux changer d'optique et proposer à ton client de développer des rapports en .SRX et les rendre accessible via Excel sans avoir SAS sur ton poste mais via l'add-in SAS dans Excel.
Ton .SRX contiendra l'ensemble des sorties que tu choisiras depuis ton projet Guide. Ce rapport est dit statique car l'utilisateur ne fera rien d'autre que constater les éléments de ton rapport.

Le SP te permet d'exécuter plus en dynamique qu'en statique car tu peux y mettre des prompts et des requêtes.

Dans les deux cas, l'utilisateur ouvrira Excel, et ira dans l'onglet/menu SAS et pourra ouvrir les rapports que tu auras créé.
Il peut également ouvrir une table que tu mets à sa disposition ou même profiter des wizards d'analyse tel que tu peux les retrouver dans Guide (notamment les graphiques).

Par exemple, tu fais une projection ARIMA sous GUIDE : tu indiques que les sorties sont des sasreports, tu renseignes les éléments du wizard 'Basic Forecasting' et produiras deux ou trois graphiques et des tableaux de synthèse. Je rajoute une proc Univariate.

A partir de là, tu fais nouveau>rapport que tu remplis avec tes éléments pré-cités.
Tu sauves en tant que rapport dans un endroit accessible comme SAS folders.
Depuis Excel enfin, tu vas sur l'onglet (office 2007) ou le menu SAS, tu choisis d'ouvrir un rapport, celui que tu viens de créer.
L'onglet Excel se remplira alors des graphiques ARIMA et de tes tableaux de synthèse.

La seconde façon, je repars de ce projet et je le passe en SP. Via Excel, je l'ouvre et j'y retrouve mes tableaux et graphiques.

**xav2229** · 25/05/2009, 14h03

Hello,

Envoyé par datametric

pour cette méthode, je crée un onglet BDD dans EXCEL via la proc export dans un classeur.
Je crée les TDB , graphiques en liaison avec cet onglet. Je sauve (si si).

TDB quesaco ?
Sinon le reste est OK !

Envoyé par datametric

Avec EXCEL 2007 le XML est compressé et c'est pourquoi des problèmes de compatibilité apparaîtront.

A mince il y a des régressions pour Excel 2007?
Les tagsets sont pas encore mis à jour?

Xav

**datametric** · 25/05/2009, 14h32

pardon, TDB = Tableau de Bord. Si le reste te paraît cohérent, j'en suis ravi.

EXCEL 2007 détecte que le fichier .xls généré par msoffice2k par exemple n'est en fait pas un .xls et te dit :

le format de fichier que vous tentez d'ouvrir est différent de celui spécifié. Assurez-vous qu'il provient d'une source fiable.

**Antoun** · 26/05/2009, 07h23

Je teste la solution "Stored Appli" et je vous tiens au courant.

Merci pour tout !

**Antoun** · 31/05/2009, 02h13

Il s'avère qu'effectivement, le client doit pouvoir fonctionner en poste simple, donc pas de stored appli. Au final, on se dirige vers un fichier Excel avec des accès ODBC aux tables SAS, et les graphiques faits par Excel.

Merci à tous !

Rassembler plusieurs sorties de feuilles Excel sur un même classeur?

ODS et reporting

Discussions similaires

Partager

Partager