Discussion :

[leolio69]

Bonjour,

Je cherche à réaliser une application en php/mysql. Cette application a pour but de stocker un ensemble de publication. Mon soucis vient du fait qu'une publication peut avoir n auteurs. Et je ne sais pas comment faire la références entre les multiples auteurs et la publication associé. Je pensais créer une table publication et une table auteur avec dans la table auteur un lien vers l'id de la publication. Pensez-vous que c'est la bonne solution ?

Avez-vous un conseil aussi pour éviter les problèmes de doublons dans ma base si la personne renseigne mal le nom de l'auteur en faisant une faute ?

Merci pour votre aide.

[CinePhil]

Tu prendras bien un peu de Merise ?

une publication peut avoir n auteurs.

Je complète ta règle de gestion :
... et un auteur peut avoir plusieurs publications.

Ce qui donne le MCD suivant :
publication -0,n----avoir----0,n- auteur

Et le MCD entraîne la génération des tables suivantes :
publication (pub_id, ...)
auteur (aut_id, aut_nom...)
pub_avoir_aut (paa_id_publication, paa_id_auteur)

Clés primaires soulignées et clés étrangères en italique.

Avez-vous un conseil aussi pour éviter les problèmes de doublons dans ma base si la personne renseigne mal le nom de l'auteur en faisant une faute ?

Avec la structure ci-dessus, le nom d'un auteur n'est enregistré qu'une seule fois mais rien n'empêche un étourdi de saisir Victor Hugot quand il existe déjà Victor Hugo.
Par contre, avec une contrainte d'uncité sur un ensemble de colonnes, tu peux éviter de saisir deux fois le même auteur. Réfléchis bien par contre à la composition de cet ensemble de colonnes. deux auteurs ne peuvent-ils avoir le même nom et le même prénom ? Ne faut-il pas ajouter la date de naissance ou une autre propriété discriminante entre deux homonymes ?
Tout dépend de la précision souhaitée de tes données.

[leolio69]

Et dire que j'ai eu Mr Merise en tant que prof (cf Dominique Dionisi) mais cela remonte à longtemps maintenant...

Tu prendras bien un peu de Merise ?


Je complète ta règle de gestion :
... et un auteur peut avoir plusieurs publications.

Ce qui donne le MCD suivant :
publication -0,n----avoir----0,n- auteur

Et le MCD entraîne la génération des tables suivantes :
publication (pub_id, ...)
auteur (aut_id, aut_nom...)
pub_avoir_aut (paa_id_publication, paa_id_auteur)

Clés primaires soulignées et clés étrangères en italique.


Avec la structure ci-dessus, le nom d'un auteur n'est enregistré qu'une seule fois mais rien n'empêche un étourdi de saisir Victor Hugot quand il existe déjà Victor Hugo.
Par contre, avec une contrainte d'uncité sur un ensemble de colonnes, tu peux éviter de saisir deux fois le même auteur. Réfléchis bien par contre à la composition de cet ensemble de colonnes. deux auteurs ne peuvent-ils avoir le même nom et le même prénom ? Ne faut-il pas ajouter la date de naissance ou une autre propriété discriminante entre deux homonymes ?
Tout dépend de la précision souhaitée de tes données.

[leolio69]

Je possède aussi une table commentaire car des commentaires peuvent être contenu par publication. Est-il aussi préférable de faire la même relation ?

Merci pour ton aide.

[CinePhil]

Écris la règle de gestion entre commentaire et publication en t'aidant de mon billet de blog et tu trouveras le MCD correspondant puis la bonne implémentation en BDD.