Discussion :

[cococmoi]

Bonjour,

J'ai 2 tables SAS:
Table_1 composée de 2 variables ID et A
Table_2 composée de 2 variables ID et B

Je veux fusionner horizontalement ces deux tables pour obtenir la table suivante:

Table_3 composée de 3 variables ID, A et B.

Pour cela j'utilise le code suivant:

Code :

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

data table_3; merge table_1   table_2;run;

Je ne spécifie pas le "by ID", car j'imagine que SAS le comprends et fait la fusion by la variable commune, N'est ce pas ?

Merci

[nahel]

Bonjour,

D'après moi non.
En t'affranchissant de la clause BY, tu obtiens des résultats différents pour ta table de sortie selon l'ordre dans lequel les données de tes deux premières tables sont triées
Donc pour moi, le BY et le tri préalable sont indispensables.

[cococmoi]

comme j'ai la variable ID "Identifiant" dans les deux tables , donc c'est déjà trié de 1 à n.
C'est pour ça je ne fais pas de proc sort.
Ai je raison ?

[nahel]

comme j'ai la variable ID "Identifiant" dans les deux tables , donc c'est déjà trié de 1 à n.
C'est pour ça je ne fais pas de proc sort.
Ai je raison ?

Oui mais seulement si les identifiants sont les mêmes dans les deux tables!

[cococmoi]

oui, en fait c'est moi qui a ajouté cette variable dans les deux tables pour pouvoir faire cette manipulation.
car je n'ai pas de variable commune et qu'elle soit unique.

Par contre le BY, je crois que c'est pas la peine de le signaler , reste à vérifier bien sur ...

[nahel]

Non effectivement dans ce cas précis le BY est dispensable.
Mais je suis pas fan

[Géraldine_Cade_SAS]

comme j'ai la variable ID "Identifiant" dans les deux tables , donc c'est déjà trié de 1 à n.
C'est pour ça je ne fais pas de proc sort.
Ai je raison ?

Bonjour,

En réalité la PROC SORT ne va trier que si la table n'est pas déjà triée. Autant ajouter la proc sort : à l'exécution ce ne sera pas une perte de temps puisqu'elle ne sera exécutée que si nécessaire.