Clé étrangere et valeur null

Bonjour,

J'ai un petit probleme avec interbase et ma conception de base de données.

Dans une table j'ai une clé etrangère mais cette clé peut avoir une valeur null, j'aimerai savoir sur interbase comment definir une relation de type "0,n".

J'ai une table visites et une table client, et certains jours aucun client n'est concerné par une visite et une visite concerne 0 ou 1 client mais je n'arrive pas a mettre en place cette relation.

merci

Bonjour,

Problème de conception ou de création ?

Pour la conception :

Code:

---

1 2 3

VISITE ---------------- CLIENT 1,1 0,N

---

C'est ça ?
(parce qu'une visite concerne forcèment un client et un seul et ce même client peut avoir plusieurs visites dans la même journée, la même année, etc...)

Dans ce cas tu as :

CLIENT(N° client, Nom Client, etc...)
VISITE(N°visite, date, N° client, etc...)
A toi de créer les occurrences de VISITE quand il y a lieu

Si tu as

Code:

---

1 2 3

VISITE ------------------- CLIENT 1,N 1,N

---

(Si on voit tous les membres d'1 cabinet médical, par exemple)
Tu auras :

VISITE(N° visite, Date, etc...)
CLIENT(N° Client, Nom, etc...)
et la table relation : (N°Client, N°Visite, ...) dont tu crées également les occurrences quand il le faut.

Si c'est 1 problème de codification, cf. le forum Interbase.

A+

non c'est pas ça, en fait si tu veux on va appeler la table planning au lieu de visite, c'est pour preparer les journées des commerciaux :
donc j'ai une table planning avec pour clé primaire jour,heuredeb,heurefin (le jour, l'heure de debut du crenau ex : 08h00, l'heure de fin de crenau 09:00) et pendant ce crenau il peut soit allé voir un client soit rester a l'agence, ou faire une autre activité donc il me faudrait plutot la relation suivante :

Planning 0,1 --------------> 0,n clients

c'est dans la table planning que j'ai donc un probleme, pour tel jour et tel crenau horaire il peut ne pas y avoir de clients.

Fait pas attention aux type de champs et nom de table

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36

CREATE TABLE dbo.CLIENT_TEST ( NUM_CLIENT char(10) NOT NULL, NOM_CLIENT char(10) NULL ) ON [PRIMARY] GO ALTER TABLE dbo.CLIENT_TEST ADD CONSTRAINT PK_CLIENT_TEST PRIMARY KEY CLUSTERED ( NUM_CLIENT ) ON [PRIMARY]   GO CREATE TABLE dbo.VISITE_TEST ( NUM_VISITE char(10) NOT NULL, DATE_VISITE char(10) NULL, NUM_CLIENT char(10) NULL ) ON [PRIMARY] GO ALTER TABLE dbo.VISITE_TEST ADD CONSTRAINT PK_VISITE_TEST PRIMARY KEY CLUSTERED ( NUM_VISITE ) ON [PRIMARY]   GO ALTER TABLE dbo.VISITE_TEST ADD CONSTRAINT FK_VISITE_TEST_CLIENT_TEST FOREIGN KEY ( NUM_CLIENT ) REFERENCES dbo.CLIENT_TEST ( NUM_CLIENT ) GO

---

CLIENT.NUM_CLIENT est la clé primaire, il ne peut donc pas etre a null

Par contre on peut avoir une "visite" sans client
donc VISITE.NUM_CLIENT peut être a null
ensuite c'est VISITE qui reférence CLIENT en liant son champs NUM_CLIENT à CLIENT.NUM_CLIENT

Si VISITE.NUM_CLIENT = null le serveur ne testera pas la FK (en tous cas par défaut sur MSSQL2K)

par contre en aucun cas tu ne pourra avoir une FK si le code VISITE.NUM_CLIENT n'existe pas dans CLIENT.NUM_CLIENT.... sinon les intégrité perdent tout sens

Ok je vais essayé ça, autrement je vais créer une autre table avec comme clé primaire jour,heuredeb,heurefin,numclt mais ce qui 'embete un peu c'est que ça fait deux insertions, une sur la table visite et une autre sur cette table lorsqu'il y a un client