Discussion :

[discus23]

Bonjour le forum,

Pas de problème à résoudre cette fois, mais j'ai tout de même besoin d'une petite confirmation.
Je travaille sur un code qui n'est pas le mien et je rencontre une manière de coder qui n'est pas forcément la mienne.

Quand il y a une étape data avec plusieurs Set, dont un avec l'option Key, cela revient-il finalement à une jointure entre les 2 tables concernées ?
Jointure sur les variables qui constitue Key ?

D'après mes tests oui, mais je voulais m'assurer que cela ne dissimulait pas autres choses ?

Voici un exemple de code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
Data MainData;
	length EventNum 4;
	Set MainData;
 
	if &PromPrefix = 0 then do;			
		EventNum = 0;
	end;
	else do;							
		Set Flag Key=SBPR /unique;
	end;
	Output;
run;

Dans cette exemple, il aurait été possible de faire une jointure entre MainData et Flag sur les variables de SBPR ?
Et si oui, y-a-t-il donc des différence entre les deux méthodes ?

Merci de vos éclaircissement !

[Géraldine_Cade_SAS]

Bonjour,

Il y a des différences entre les 2 méthodes, effectivement elles ne sont pas flagrantes dans votre programme.
- SET + KEY ne nécessite pas que la table soit triée
- cette méthode permet de gérer des cas particuliers, avec des instructions du type if (_IORC_ EQ %sysrc(_SOK)) . Un exemple est donné ici IORCMSG Function .
- Enfin, je crois également que cette méthode peut être utile lorsqu'il y a des gros écarts de taille entre les 2 tables, car finalement on ne lit que ce sont dont on a besoin.

Cet article pourrait vous intéresser : SET, MERGE and beyond

[discus23]

Merci pour tous ces détails éclairés
Je vais étudier la doc proposée alors !