Discussion :

[dibak]

Bonjour,
Je sollicite une aide sur le problème suivant:

soit deux tables TBL_T1 et TBL_T2 définies de la manière suivante :

CREATE TABLE TBL_T1
(
code_t1 VARCHAR(20) NOT NULL,
libele_t1 VARCHAR(60),
PRIMARY KEY(code_t1)
);

CREATE TABLE TBL_T2
(
code_t2 VARCHAR(20) NOT NULL,
code_t1 VARCHAR(20) NOT NULL REFERENCES TBL_T1(code_t1),
libele_t2 VARCHAR(60),
PRIMARY KEY (code_t2)
);

mon problème porte sur la table TBL_T2
et sur la ligne

code_t1 VARCHAR(20) NOT NULL REFERENCES TBL_T1(code_t1),

je voudrais plutôt avoir

code_t1 VARCHAR(20) NOT NULL SI REFERENCES TBL_T1(code_t1),

c'est à dire que le code_t2 de la table TBL_T2 peut être NULL. Mais au cas où il n'est pas NULL, il doit être
référencé sur la table TBL_T1 ( REFERENCES TBL_T1(code_t1) ).

comment l'exprimer en SQL?

Merci d'avance pour votre aide.

dibak

[escartefigue]

bonjour,

Vous avez défini une primary key sur une colonne varchar, c'est une très mauvaise idée
Définissez vos PK sur des colonnes small, integer ou bigint selon le nombre d'id requis

De plus, si vous voulez une base de données intègre, ce qui est la moindre des choses pour une BDD, la référence d'une colonne PK dans une table ou elle est FK est obligatoire et ne souffre d'aucune dérogation !
Le fait de vouloir rendre la colonne FK nullable dans la table T2, est le plus souvent symptomatique d'une erreur de modélisation au niveau conceptuel.

[Artemus24]

Salut dibak.

Quel est l'intérêt que vous avez à vouloir dupliquer la colonne "code_t1" en "code_t2" dans la table "tbl_02" ?
Car si je comprends bien votre problème, c'est exactement la même information, sauf que dans un cas :
--> "code_t2" est la clef primaire,
--> "code_t1" est la clef étrangère.

Or votre question est la suivante :

c'est à dire que le code_t2 de la table TBL_T2 peut être NULL. Mais au cas où il n'est pas NULL, il doit être référencé sur la table TBL_T1 ( REFERENCES TBL_T1(code_t1) ).

Voici les points suivants :
1) une clef primaire ne peut pas être nulle. C'est une définition.

2) Il n'y a aucun intérêt à dupliquer votre clef étrangère en clef primaire.
si vous avez besoin de mettre votre clef étrangère en clef primaire, il suffit de procéder ainsi :

Code :

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

1
2
3
4
5
CREATE TABLE TBL_T2 (
   code_t2  VARCHAR(20) NOT NULL REFERENCES TBL_T1(code_t1),
  libelle_t2  VARCHAR(60),
  PRIMARY KEY (code_t2)
);

3) vous désirez introduire une valeur nulle dans la clef primaire.
La seule solution possible est de ne pas mettre la colonne "code_t2" (celle de mon exemple ci-dessus) en tant que clef primaire.
Et bien sûr, de supprimer "NOT NULL" dans la déclarative de la colonne.

4) votre clef étrangère est un pointeur et c'est une mauvaise idée que de l'avoir déclarée en tant que chaîne de caractères.
Le mieux est de procéder ainsi :

Code :

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

1
2
3
4
5
6
7
8
9
CREATE TABLE TBL_T1 (
     code_t1  SMALLINT  generated by default as identity not null primary key,
  libelle_t1  VARCHAR(60)
); 
 
CREATE TABLE TBL_T2 (
     code_t2  SMALLINT  REFERENCES TBL_T1(code_t1),
  libelle_t2  VARCHAR(60)
);

5) je pense à juste titre que la modélisation de votre base de données est insuffisante pour résoudre votre problème.
Une table doit posséder une clef primaire. De part sa définition, elle ne peut pas être nulle.
Si vous autorisez le marqueur NULL, cela signifie que cette colonne ne peut pas être candidate en tant que clef primaire.
Il vous faut trouver une nouvelle colonne, candiate en tant que clef primaire.

Le mieux est d'utiliser un incrément de type technique ("SMALLINT generated by default as identity") en tant que clef primaire.

@+

[SergioMaster]

Bonjour,

@Artemus il me semble que le GENERATED BY DEFAULT AS IDENTITY n'apparait qu'à partir de Firebird 3, cela étant j'utiliserai plutôt un BIGINT (ou INTEGER plutôt qu'un SMALLINT)

S'il ne s'agit pas de la version 3, il faudra passer par la bonne vieille méthode : un GENERATEUR (aussi nommé SEQUENCE) et un TRIGGER pour gérer l'incrément (voir les FAQ à ce sujet)

[Artemus24]

Salut SergioMaster.

Oui, tu as totalement raison, il s'agit bien de la version 3 de FireBird et ce n'est qu'un détail.
L'important dans ce sujet est la mauvaise modélisation de l'extrait que nous a donné dibak.
Il veut à la fois utiliser le marqueur NULL dans la clef primaire et renseigner la clef étrangère afin de respecter l'intégrité de sa base de donnée.
Le mieux est de ne pas créer la ligne tant qu'il ne connait pas la valeur de ce "code_t1" dans la "tbl_02".
Et puis, nous ne connaissons pas les contraintes fonctionnelles de ce qu'il cherche à faire.

@+