Ok Bruno et merci pour l'exemple sur lequel je rebondis: ma table
T_AUTEURS aura dans ce cas:1 ref avec NOM== SOUVESTRE&ALLAIN qui
pointera dans la table T_OUVRAGES avec une ref à Fantomas ! ce qui
n'empêchera pas d'avoir une autre ref NOM==SOUVESTRE qui pointe sur un
autre ouvrage (si toutefo
Le 10/03/2014 10:21, Claude FRICARD a écrit :
Bonjour,
Ma compréhension du problème posé par Sylvain m'indique qu'une
relation de 1 à n devrait être suffisante.
Quant à la situation de la gestion d'une bibliothèque, je ne pense pas
qu'un livre, c'est-à-dire un titre puisse avoir plusieurs aute
Bonjour,
Ma compréhension du problème posé par Sylvain m'indique qu'une relation
de 1 à n devrait être suffisante.
Quant à la situation de la gestion d'une bibliothèque, je ne pense pas
qu'un livre, c'est-à-dire un titre puisse avoir plusieurs auteurs , ou
c'est du plaggia un auteur, ou un
Bonjour,
Attention, si mes souvenirs sont exacts les identifiants de la table de
jointure ne doivent être déclarés comme clé, ils servent juste à créer
cette jointure.
Cordialement
Michel B.
Le 09/03/2014 09:25, Jean-Francois Nifenecker a écrit :
Le 09/03/2014 03:37, Bruno DUMAS a écrit :
C'e
Le 09/03/2014 03:37, Bruno DUMAS a écrit :
>
> C'est ce que j'avais dit avec d'autres mots dans mon 1er message ...
> Une relation n à n, nécessitant une 3eme table de jointure ... la 3eme
> de ta liste !
Exact. Je n'ai parcouru ce fil qu'en diagonale. Désolé d'avoir omis de
le rappeler :)
--
J
Le 08/03/2014 21:08, Jean-Francois Nifenecker a écrit :
Bonsoir,
Le 08/03/2014 20:51, Bruno DUMAS a écrit :
Oui mais si "ref_séquence" est dans les 2 tables : En clé primaire dans
la table séquence ce qui est logique, mais aussi dans la table Séance
(pour créer le lien entre les 2 tables), com
