Discussion :

[dom00]

Bonjour,

Je souhaite faire une sorte d'indirection avec les variables SAS (pas avec les macro variables, car dans ce cas je sais faire en doublant les &).

Supposons que je sois dans une étape DATA (ou, en ce qui me concerne une proc IML, mais cela revient au même je pense) à l'intérieur d'une boucle :

Code :

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

1
2
3
4
DATA ...;
...;
do i=1 to 1000;
/* ici*/

à ce niveau je voudrais créer (ou appeler) une variable dont le nom dépend de i, par exemple créer les variables V1,V2,.....,V1000 définies à partir d'autres variables W1,W2,....,W1000.

Je dois préciser que je suis obligé de passer par un do i=1 to 1000. En parituclier je ne peux pas faire un

Code :

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

1
2
3
4
%do i=1 %to 1000 
et créer ensuite des macro variables du type
%let code=V$i=f(W$i);
puis lancer [B]$$$V$i;

Ma question est bien comment s'en sortir à l'intérieur d'un do.

quelqu'un aurait-il- une idée ?

[steelspirit]

Une des solutions est de passer par un tableau (ARRAY) mais je ne sais pas si ça marche dans du IML.

Code :

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

1
2
3
4
5
6
7
8
DATA ...;
...;
ARRAY tab1{1000} $ V1-V1000; /* Enlever $ si les variables sont numériques */
ARRAY tab2{1000} $ W1-W1000;
do i=1 to 1000;
tab1(i)=tab2(i);
end;
run;

Steel

[dom00]

Le problème est que mes variables V1,...,V1000 (et W1,...,W1000) ne sont ni des variables numériques ni des variables caractères mais des matrices (je suis dans une IML).
Malheureusement, je ne pense pas que je puisse faire un ARRAY de matrices.

[olivier.decourt]

Je pense que tu peux jouer avec CALL EXECUTE et des concaténations de texte, non ?

[dom00]

En fait j'avais pensé au CALL EXECUTE, mais cela ne convient pas dans mon car je suis dans une PROC IML, et j'ai besoin que le calcul soit fait à l'intérieur de la PROC IML (car j'ai des calculs avant et après cette étape d'indirection), or la CALL EXECUTE lance l'exécution à la fin de l'étape DATA (ou PROC) en cours.

[olivier.decourt]

Une autre piste alors : plutôt que de multiplier les matrices, serait-il envisageable de tout stocker "côte à côte" dans une seule matrice et de jouer sur des [...] pour limiter dans les calculs le morceau courant de la grosse matrice qui est manipulé ?