Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 5 sur 5
  1. #1
    Invité de passage
    Inscrit en
    décembre 2012
    Messages
    2
    Détails du profil
    Informations forums :
    Inscription : décembre 2012
    Messages : 2
    Points : 1
    Points
    1

    Par défaut Pointer vers un id inexistant ?

    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.

  2. #2
    Expert Confirmé Avatar de StringBuilder
    Homme Profil pro Sylvain Devidal
    Chef de projets
    Inscrit en
    février 2010
    Messages
    1 918
    Détails du profil
    Informations personnelles :
    Nom : Homme Sylvain Devidal
    Âge : 35
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : février 2010
    Messages : 1 918
    Points : 2 998
    Points
    2 998

    Par défaut

    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 :
    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
    );

  3. #3
    Expert Confirmé Avatar de StringBuilder
    Homme Profil pro Sylvain Devidal
    Chef de projets
    Inscrit en
    février 2010
    Messages
    1 918
    Détails du profil
    Informations personnelles :
    Nom : Homme Sylvain Devidal
    Âge : 35
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : février 2010
    Messages : 1 918
    Points : 2 998
    Points
    2 998

    Par défaut

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

    Code sql :
    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.

  4. #4
    Modérateur
    Avatar de CinePhil
    Homme Profil pro Philippe Leménager
    Ingénieur d'études en informatique
    Inscrit en
    août 2006
    Messages
    13 820
    Détails du profil
    Informations personnelles :
    Nom : Homme Philippe Leménager
    Âge : 51
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2006
    Messages : 13 820
    Points : 24 808
    Points
    24 808

    Par défaut

    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.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale de Formation Agronomique. Autoentrepreneur.
    Mon blog sur la conception des BDD, le langage SQL, le PHP avec Zend Framework...
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  5. #5
    Invité de passage
    Inscrit en
    décembre 2012
    Messages
    2
    Détails du profil
    Informations forums :
    Inscription : décembre 2012
    Messages : 2
    Points : 1
    Points
    1

    Par défaut

    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.

+ Répondre à la discussion
Cette discussion est résolue.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •