DBdesigner, gére l'aspect relationel de la base de données, si on met une FK à nulle , quelle intéret d'avoir une relation entra c'est deux tables.

Le o-n est équivalent à n-n

ex : 1 ou plusieurs membres pauvent avoie 1 ou plusieurs sujet de forum.

Ok, merci :)

[u]Sinon une autre p'tite question[/u] :

Quand je cré une relation par exemple entre la table feedback et membre. (la table feedback contenant des messages de plusieurs membres). Il faut bien créer une relation 1:n en partant de membre (id) (1) --> feedback (id_membre) (n) ?

Ces relations c'est un peu nouveau pour moi. J'ai trouvé quelques informations sur internet me permettant de comprendre les bases, mais c'est pas tout à fait gagné il me semble :

Pourquoi est-il impossible de faire des relations de type 0:n ?
En cherchant j'ai vu qu'il suffisait de créer une relation 1:n et de déclarer la clef étrangère comme pouvant être nulle. Or si j'essais de faire cela avec DBDesigner, il me dit que c'est impossible.

Salut,

"FK" = "Foreign Key" = "Clé étrangère" ;)

[b]Bonjour,[/b]

Je viens de découvrir [b]DBDesigner[/b]. J'ai donc commencé a faire quelques essais sur un exemple concret et je me pose quelques questions.

Ci-dessous une modélisation que j'ai faite pour essayé de comprendre le principe de fonctionnement :

[img]http://ouaibou.free.fr/test.jpg[/img]

[u]Les questions que je me pose sont[/u] :

- Pourquoi les clefs crées avec les relations contiennent le mot 'FK' ?
- Pourquoi existe t'il par exemples des relations 1:n non identifiées, et d'autres identifiées ?

Bref, je suis très loin d'avoir tout compris et j'espère que certains d'entre vous, pourront m'aider.

Merci d'avance.

@+