Proc sql condition sur variable date [Résolu]

[walooze]

Bonjour,

Je travaille sue SAS EG et je rencontre un problme assez étrange.

A partir de ma table source STATPROD.HISTORIQUE , je créé la table WORK.TMP_HISTORIQUE :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
 
 
DATA STATPROD.tmp_historique ;
SET STATPROD.HISTORIQUE ;
 
	ATTRIB to_char_GROUPS_CODE format = $50.;
	to_char_groups_code = GROUPS_CODE ;
 
	ATTRIB to_number_HI_STR3 format = 12.0;
	to_number_HI_STR3 = HI_STR3 ;
 
run;

ceci marche sans problème : aucune perte de données, formta des variables identiques etc.


Ensuite, j'exécute cette requête sur WORK.TMP_HISTORIQUE*

Code :

1
2
3
4
5
6
 
%let P_DAT_DEB_AF_DATE_CREA = '01DEC2011:15:15:15'd ;
%let P_DAT_FIN_AF_DATE_CREA = '01JAN2012:15:15:15'd ;
Proc sql;
CREATE TABLE work.titi AS SELECT * FROM */*STATPROD.HISTORIQUE*/ work.tmp_historique A WHERE (A.date < &P_DAT_FIN_AF_DATE_CREA) *AND *(A.date >= &P_DAT_DEB_AF_DATE_CREA) ;
quit;

Cette requê me renvoi un resultat vide quand je lexecute sur work.tmp_historique et fonctionne très bien quand je l'execute sur STATPROD.HISTORIQUE.

AUriez vous une idée d'où ceci peut venir ? Et comment y remédier ?

A noter, je suis obligé de passer par cette table intermédiaire pour la conversion des deux colonnes en CHAR et en NUMERIC.

En vous remerciant

[xav2229]

ben il y a beaucoup d'étoiles : *

pourquoi?

X

[walooze]

Le proxy de mon navigateur ne me permet pas de poster sur le forum.
J ai du passer par mon téléphone portable pour poster ce message. Il s agit juste de coquilles dues a la manip. La seule étoile a prendre en compte est celle de la clause Select. Desolé pour les erreurs de manip :p

[olivier.decourt]

Envoyé par walooze

Code :

d ou dt à la fin de tes datetimes ? Est-ce que c'est aussi une coquille de ton téléphone ou un oubli dans le code ? Dans ce dernier cas, je pense que DT s'impose pour espérer un résultat correct.

[walooze]

Je viens de tester avec dt et cela fonctionne . Merci bcp.

Saurais tu pk ce marchait bien ac d dans ma librairie Statprod et pk cela ne fonctionnait pas Ds mon work ?

[bahraoui]

d pour date (YYYYMMDD)
dt pour un datetime (date + temps) (YYYYMMDD:HH:MM:SS)

[olivier.decourt]

Peut-être parce que STATPROD n'est pas une bibliothèque SAS mais une base de données externe (Oracle, DB2, etc.) déguisée en bibliothèque ? Dans ce cas, il y aura une étape supplémentaire de traduction opérée par SAS entre ta requête et la base de données. Par contre, dans WORK, SAS bosse en direct et peut ne pas interpréter les choses à l'identique.
Ce n'est qu'une hypothèse.