Discussion :

[Jason_]

Bonjour,

Tout d'abord je tiens à m'excuser si je n'ai pas posté mon message dans la section appropriée.

Ensuite mon problème est le suivant :

J'ai une table qui contient des codes (des codes NAF pour être exact).
Cette table possède un champ qui contient l'id d'une autre table (des secteurs d'activités).
Or un id de ma table 1 (codes NAF) n'est pas forcément rattaché à un id de ma table 2 (secteurs). Autrement dit un code NAF n'est pas forcément rattaché à un secteur.
Je vois deux solutions à ce problème.

Solution n°1 :
Mettre par défaut un id qui n'existe pas (0 par exemple).

Solution n°2 :
Mettre par défaut un id qui renvoie vers un enregistrement (indiquant que le secteur n'est pas disponible).

Solution n°3 :
?

Ma question est donc de savoir quelle est la solution la plus "rigoureuse" à mettre en place.


Pour information j'utilise MySQL.

[StringBuilder]

Solution 3 : rendre la colonne nullable, et mettre une clé étrangère.

=> Du coup si la colonne est nulle, c'est qu'elle ne référence aucun secteur d'activité.
=> Et si elle est non nulle, elle référence forcément 1 et 1 seul secteur d'activité existant.

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
create table activite
(
  id int not null primary key,
  nom varchar(30) not null
);
 
create table naf
(
  id int not null primary key,
  id_activite int null references activite(id),
  nom varchar(30) not null
);

[StringBuilder]

Pour les puristes qui n'aiment pas les null, il existe la table de jointure [0,1] :

Code sql :

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
 
CREATE TABLE activite
(
  id int NOT NULL PRIMARY KEY,
  nom varchar(30) NOT NULL
);
 
CREATE TABLE naf
(
  id int NOT NULL PRIMARY KEY,
  nom varchar(30) NOT NULL
);
 
CREATE TABLE ref
(
  naf_id int NOT NULL PRIMARY KEY REFERENCES naf (id),
  activite_id int NOT NULL REFERENCES activite (id)
);

Mais je ne suis pas convaincu du tout de l'intérêt de cette table supplémentaire ref.

[CinePhil]

La solution 2 peut également convenir. L'information donnée à l'avantage d'être claire quand on fait la jointure : "Secteur non disponible".

Maintenant, s'il y a une forte proportion de secteurs non disponibles, la table associative peut être plus intéressante. Surtout si le volume de données est important.

[Jason_]

Bonjour,

Merci à vous pour vos réponses.

Effectivement mettre par défaut la colonne à null me convient parfaitement, j'y ai moi même pensé après.

Bonne journée.