Discussion :

[Dadakane]

Bonjour à tous,

J'ai deux tables sas avec:

1) 773 observations
2) 704 observations

Ces deux tables ont une variable commune : l'identifiant.

Je voudrais les fusionner de sorte à me retrouver avec une table de 773 individus.

J'ai essayé de faire ça avec un merge mais j'ai à la fin dans ma table 704 individus, j'en perds 69 ainsi.

Quelqu'un pourrait-il m'aider à faire ce programme? Merci d'avance!

[olivier.decourt]

Bonjour Aida.
Tu as utilisé des marqueurs IN= dans ton MERGE et dans un IF ?
Normalement, si tu fais juste DATA c ; MERGE a b ; BY id ; RUN ; tu devrais obtenir une table qui compte au moins 773 observations, voire davantage.
Il y a des doublons sur ton identifiant ?
Bon courage.
Olivier

[Dadakane]

Merci Olivier pour cette réponse.

Non je n'ai pas utilisé de marqueurs. J'ai juste fais ceci:

Code :

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

1
2
3
4
Data Fichiers_contacts;
merge Base_773 Fichiers_contacts1;
by ident;
run;

Il n'y a pas de doublon sur les identifiants.

En fait les 704 sont inclus dans les 773.

Quand j'exécute ce programme, ma base Fichiers_contacts ne prend en compte que les individus dont Ident.Base_773= Ident.Fichiers_contacts1 (704). Alors que moi je voudrais que ma base finale créee contienne 773 individus, que j'ai des données manquantes à la place des identifiants manquant.

[olivier.decourt]

Et les deux tables en entrée sont bien triées selon IDENT ?

[Dadakane]

Oui , elles étaient triées avant.

J'ai l'habitude d'utiliser merge pour fusionner mes tables (mais uniquement sur des tables avec le même nombre d’observation) et ça marche, sauf dans ce cas ci où les effectifs des deux tables sont différents.

[olivier.decourt]

Il doit y avoir un truc avec les identifiants alors.
Normalement, un MERGE conserve par défaut toutes les observations présentes dans au moins une des deux tables jointes. On le vérifie dans cet exemple

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
DATA table1 ;
  DO id=1 TO 100 ;
    autreVarTable1 = "A" ;
    OUTPUT ;
  END ;
RUN ;
DATA table2 ;
  DO id=30 TO 70 ;
    autreVarTable2 = "B" ;
    OUTPUT ;
  END ;
RUN ;
PROC SORT DATA=table1 ; BY id ; RUN ;
PROC SORT DATA=table2 ; BY id ; RUN ;
DATA tableResultat ;
  MERGE table1 table2 ;
  BY id ;
RUN ;

Je me suis limité au cas où les identifiants de la table 2 se retrouvent tous dans la table 1. Mais si on fait dans table 2 une boucle pour id de 90 à 120, on verra que le MERGE conserve tout.

Je pense donc qu'il y a un truc louche dans vos données, ou une option bizarre quelque part.

[Dadakane]

Oui peut-être qu'il y a un problème avec les identifiant... mais ça m'étonnerait quand même...

Je ne comprend pas cette partie de ton programme : autreVarTable1 = "A"

[olivier.decourt]

C'est juste pour créer une autre variable que l'identifiant dans chaque table, comme ça on peut constater que les lignes sans correspondance ont bien, par défaut, des valeurs manquantes.

Donc tu n'as pas de WHERE ou de IF dans ton étape DATA avec le MERGE, ni dans les procédures SORT qui précèdent ? C'est bien mystérieux !

[Dadakane]

Ok! Mystérieux ou c'est moi qui n'est pas encore bien maîtriser cette méthode.
En tout cas merci pour le temps et les réponses que vous consacrez à mes questions. Je continue de creuser...

Ps : Désolée pour les fautes... Je voulais dire c'est peut-être moi qui n'ai pas bien compris cette procédure...

[Géraldine_Cade_SAS]

Bonjour,

j'en déduis que dans les tables, l'identifiant n'est pas une clé unique : il y a plusieurs lignes avec le même identifiant.
Du coup la jointure doit être faites par PROC SQL, avec un FULL JOIN par exemple.

[Dadakane]

Si l'identifiant est bien une clé unique; il n'y a pas de lignes avec le même identifiant