[SQL] Rien à l'exécution sur le serveur pour un proc sql [Résolu]

[StéphanieB.]

Bonjour,

Je construis mes scripts sas en local sur mon poste et les teste avant de les déposer sur le serveur. Mon poste est sous windows, le serveur sous unix. D'habitude cela ne pose aucune problème.

J'ai importé mes vues sas du serveur pour être synchro au niveau des données, en créant le même nom de librairie orastall
En local ceci marche très bien :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 proc sql noprint;
   SELECT  max(PER_H_EN) INTO : perio_param
   FROM orastall.tb_param_appli;
    quit;
 
	 %put perio_param = &perio_param. ;
 
 
	 proc sql noprint;
 SELECT  max(id_perio)  INTO : perio_tpa
  FROM orastall.tpa_cmpt_hebdo_dpt
 WHERE id_perio="&perio_param";
 quit;
  %put perio_tpa = &perio_tpa. ;
 
    DATA tmp.periode;
 perio_param = "&perio_param";
perio_tpa= "&perio_tpa";
  run;

Voici mes retours, correspondant à ce que j'attends :

Code :

perio_param=201113

Code :

perio_tpa=201113

Sur le serveur la log me renvoie :

Code :

perio_param=

Code :

perio_tpa=

Avec aucun "error:", pas de warning, juste du vide ! Alors que mes tables sources ont des données. Ce qui bloque complètement le reste du script...
J'ai pensé aux droits, j'ai donc mis ceci en haut du script " x "chmod -R 777 /donapp/ustall/d00/dat/sas/orastall";"

Quelqu'un aurait-il des pistes pour m'aider?

Merci.

[datametric]

tu peux faire cela ?

Code :

1
2
3
4
proc sql ;
CREATE TABLE test AS   SELECT  max(PER_H_EN) INTO : perio_param
   FROM orastall.tb_param_appli;
    quit;

ou

Code :

1
2
3
4
proc sql noprint;
CREATE TABLE test AS      SELECT   DISTINCT PER_H_EN
   FROM orastall.tb_param_appli;
    quit;

[StéphanieB.]

Voilà mon retour, côté serveur :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
35       !     proc sql ;
36         CREATE TABLE test AS   SELECT  max(PER_H_EN) INTO : perio_param
37            FROM orastall.tb_param;
WARNING: INTO clause IS ignored IN the CREATE TABLE statement.
NOTE: TABLE WORK.TEST created, WITH 1 rows AND 1 COLUMNS.
 
38             quit;
NOTE: PROCEDURE SQL used (Total process time):
      real time           0.26 seconds
      cpu time            0.03 seconds
 
 
WARNING: Apparent symbolic reference PERIO_PARAM NOT resolved.
39         	    %put perio_param = &perio_param. ;
perio_param = &perio_param.

Je ne suis vraiment pas une très douée en sas : comment stocker dans perio_param pour la suite du script le contenu de cette table? ne vais-je pas me retrouver avec la même erreur que précédemment : ne pas pouvoir mettre dans une variable le résultat d'une requête d'une autre table ?

[datametric]

Oops excuse moi je suis allé trop vite

Code :

1
2
3
4
5
proc sql ;
CREATE TABLE test AS
   SELECT  max(PER_H_EN)
   FROM orastall.tb_param_appli;
    quit;

As-tu une table avec du contenu ?


Idem avec cela

Code :

1
2
3
4
5
proc sql noprint;
CREATE TABLE test AS 
   SELECT   DISTINCT PER_H_EN
   FROM orastall.tb_param_appli;
    quit;

[s_a_m]

Hello,
quand on utilise le INTO: , il ne faut pas créer la table au même temps.

Code :

1
2
3
4
5
6
 
 
  proc sql ;
           SELECT  max(PER_H_EN) INTO : perio_param
           FROM orastall.tb_param;
quit;

[StéphanieB.]

Envoyé par datametric

Code :

As-tu une table avec du contenu ?

Non. J'obtiens une table vide.

Envoyé par datametric

Idem avec cela

Code :

Même résultat

Extrait de la log :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
35       !     proc sql ;
36         CREATE TABLE tmp.test AS   SELECT  max(PER_H_EN) INTO : perio_param
37            FROM orastall.tb_param;
WARNING: INTO clause IS ignored IN the CREATE TABLE statement.
WARNING: DATA SET TMP.TEST was NOT replaced because of NOREPLACE OPTION.
WARNING: DATA SET TMP.TEST was NOT replaced because of NOREPLACE OPTION.
 
38             quit;
NOTE: PROCEDURE SQL used (Total process time):
      real time           0.19 seconds
      cpu time            0.04 seconds
 
 
39         	    /*%put perio_param = &perio_param. ;*/
40         		
41         		
41       !   proc sql noprint;
42         CREATE TABLE tmp.test2 AS
43            SELECT   DISTINCT PER_H_EN
44            FROM orastall.tb_param;
NOTE: TABLE TMP.TEST2 created, WITH 0 rows AND 1 COLUMNS.
 
45             quit;

[StéphanieB.]

Envoyé par s_a_m

Hello,
quand on utilise le INTO: , il ne faut pas créer la table au même temps.

Code :

Bonjour Sam,

il me semble que tu me cites exactement mon code?
De plus je ne suis pas sûre de bien comprendre ce que tu dis... J'ai vu dans des scripts le into comme je l'ai mis et ça marche très bien. Comment faire autrement?

[s_a_m]

pour utiliser le INTO: ( pour créer une macro variable), il faut omettre le CREATE. Ne me crois pas si tu veux, regarde juste ce que la log te dit :

Code :

1
2
3
4
5
6
7
8
9
  !     proc sql ;
36         CREATE TABLE tmp.test AS   SELECT  max(PER_H_EN) INTO : perio_param
37            FROM orastall.tb_param;
WARNING: INTO clause IS ignored IN the CREATE TABLE statement.
WARNING: DATA SET TMP.TEST was NOT replaced because of NOREPLACE OPTION.
WARNING: DATA SET TMP.TEST was NOT replaced because of NOREPLACE OPTION.
 
38             quit;

quand on utilise le CREATE la clause INTO sera ignoré.

maintenant pour ton problème initiale. est ce que la table existe bien et qu'elle contient des données?
quand tu dis sur le serveur , t'es en mode client server? ou tu rentre dans Unix et t'exécute SAS ?
as tu changé le chamin de la table? unix c'est des (/) et windows (\)...

[datametric]

si les deux proc SQL ne renvoie pas de contenu c'est que ta table n'est pas accessible ou elle même est vide.

[StéphanieB.]

@Sam : désolé j'avais regardé trop vite...

La table initiale, tb_param dans la librairie orastall existe bien et contient une seule donnée, 201113. Puisque dans filezilla quand je la reprends en local je vois ma donnée.

Ma table initiale est une vue, je l'ai basculé en table sas : absolument aucun changement...
Pourtant en haut du script il y a cette ligne :
x "chmod -R 777 /donapp/ustall/d00/dat/sas/orastall"

qui donne tous les driots aux objets de la librairie orastall et quand j'interroge sous putty je vois bien que le dossier et ensuite tous les objets sont en accès/lecture/écriture pour tout le monde...

Franchement je n'y comprends rien...

J'ai bien checké si je n'avais pas mis de (\) c'est ok.

Peut-il manquer un composant installé sur le serveur?
Peut-on lire une table sas en console?

[olivier.decourt]

Envoyé par StéphanieB.

Ma table initiale est une vue, je l'ai basculé en table sas : absolument aucun changement...

Une vue sur quoi ? Sur une autre table SAS ? Sur une table d'un autre logiciel ?
Il faudrait remonter à la source pour vérifier que les données sur lesquelles la vue est basée sont bien disponibles.

[StéphanieB.]

Ma table initiale est une vue sas, un fichier sas7bvew accompagné d'un fichier sas7bacs.
j'ai fait ceci pour la transformer en table sas :

Code :

1
2
3
DATA orastall.tb_param_appli;
SET orastall.tb_param;
run;

ce qui m'a crée un fichier sas7bdat.

Dans la vue, comme dans la table, j'ai bien mon champ avec ma donnée. Cette vue, table, ne contient d'ailleurs que ce champ.
Ce qui donne :
PER_H_EN
---------------
201113

[datametric]

Sur le serveur Ce code ne renvoie rien alors que ton étape renvoie quelque chose ?

Code :

1
2
3
4
5
proc sql noprint;
CREATE TABLE test AS 
   SELECT   DISTINCT PER_H_EN
   FROM orastall.tb_param_appli;
    quit;

Test est créée dans WORK et non tmp.

Si tu exécutes une proc PRINT sur orastall.tb_param tu obtiens quelque chose ?

[StéphanieB.]

Comme souvent, le problème se situait entre la chaise et le clavier...

Dans l'ancien environnement où ça marchait j'avais décommenté /*%stpbegin;*/ et /*%stpend;*/ puisqu'ensuite j'utilisais mon script comme procédure stockée... Mais quand on test en batch il faut remettre les commentaires !

Merci de votre aide et de votre temps