Discussion :

[P@t]

Hello, je suis sur le point de faire un truc pas clair dans mon code:

J'ai une table avec 6 colonnes:

1) l'id de la table elle même (appelons-la la table X)
2) #Y1 une clef étrangère d'une autre table (appelons-la la table Y)
3) #Y2
4) #Y3
5) #Y4
6) #Y5

avec 1...5 des références de lignes différentes.

Est-ce que je dois tirer 5 relations sur les mêmes tables dans mon schéma ?

Il me semble avoir essayé mais ça ne marche pas et tout cela ne me semble pas très rigoureux.

Est-ce une relation n:n?

Comment faut-il que je m'y prenne? Actuellement je suis sur le point de séparer la table Y en 5 tables différentes mais ce n'est pas pratique, ça me semble faux et je n'ai pas l'impression que ce soit très élégant.

Quelqu'un a t'il une idée? ou une piste vers la solution?

Merci

[Fabien Celaia]

avec 1...5 des références de lignes différentes.

Est-ce que je dois tirer 5 relations sur les mêmes tables dans mon schéma ?

Pas clair du tout comme énoncé.

Champ 1 = clé primaire : ok
champ 2-5 = quoi ? clés étrangères ? clé alternative composite ?

[P@t]

Oups pardon pour l'énoncée pas clair!

Champ 1 (clef primaire de la table X elle-même) - pas important
Champ 2 (clef étrangère d'une table Y se rapportant à une ligne i)
Champ 3 (clef " " ii)
Champ 4 (clef " " iii)
Champ 5 (clef " " iv)
Champ 6 (clef " " v)

où i <> ii <> iii <> iv <> v

En fait les champs 2 à 6 sont des champs qui "pointent" tous sur la même table (Y) mais sur des enregistrements différents.

Excuse-moi pour la formalisation mais je ne connais pas encore très bien le jargon des bases de données.

Je me prends la tête et je n'ai vraiment pas envie de créer 5 tables!!! Help

[P@t]

J'ai fini par réorganisé ma base de données pour éviter ce problème. Merci d'avoir pris le temps de me répondre et salutation au Valais de la part de Genève