Forum d'entraide PHPFrance

Bonjour,
j'ai des articles, auquel je souhaite proposer aux internautes d'y répondre à la manière d'un livre d'or.
Mais se qui me coince c'est qu'il faut que sa corresponde aux articles.
C'est à dire que si je veux voir l'article avec les messages, comment procéder pour afficher les message poster sur l'article concerné ?
Alors je pense crée une table "response" avec des champs "création", "message", "pseudo", "mail" et un dernier champs "clé étrangère" qui correspond à la clé primaire des articles id int (11).
Comme sa je pourrai faire ma jointure.
Mais ce n'est peut être pas très judicieux pour la furure jointure ?
puisque la table des "article" contient id int(11), article_text(text) ?
Qu'en pensez vous ?
Merci.
http://creatif-web.be/assoc/dossier.php?page=Cuisine
PS : visible que sur ie pour le moment.

salut

sois tu crée un autre table sois tu crée un champ rep par exemple ou sera
renseigné le num de l'article de référence.

si par exemple ton article a le num 1

les réponses concernant cet article auront comme numéro de rep : 1

et tes articles auront un rep = 0

voila les solutions qui se posent ci qq1 a d'autres idées

a vous de jouez

je pense qu'il faut créer une autre table avec un champs table.article en clé étrangère (text)[not unique] qui coresond précisément au champs article de l'autre table.
table.article (clé étrangère) "type text"
table.article "type text"
pour pouvoir faire une jointure :
Est ce que cette requete fonctionnera ?
J'ai epur que article ne peux être sélectionner ?

Pour mémoire : on ne crée pas des tables au petit bonheur lorsqu'on développe. Une base, ça se construit de façon logique et cohérente. On appelle ça la modélisation.

La premiere chose a faire, c'est de recenser les donnees que tu as besoin de manipuler. Ensuite, tu les tries et tu les regroupes par ensembles qu'on nomme des entités. Et à ce stade, on a pas encore créé la moindre table et la base n'existe pas. Je te recommande l'usage du papier/crayon pour faire ça. Une base mal conçue, ce sont des problèmes à venir en cas d'erreur de conception et reconstruire une base mal faite lorsque l'application est opérationnelle, c'est pas un cadeau.

Dans le cas présent, articles de bases et réponses correspondantes peuvent très bien être dans la même table. Par contre l'auteur ne devrait pas y être autrement que sous la forme d'une clé étrangère : l'auteur d'un texte, article ou réponse n'est pas un élément du texte. Il conviendrait donc d'avoir un bloc à part pour les auteurs. Pour ce qui concerne les textes, tu auras forcément une clé primaire, mais également deux clé étrangères : la première clé étrangère, ce sera l'identifiant de l'auteur et avec une jointure, tu pourras récupérer son nom. La seconde est l'identifiant de l'article parent si on a affaire à une réponse et tu regrouperas les textes ensemble avec une auto-jointure ou si tu préfères une jointure de la table avec elle-même ce qui revient à utiliser deux tables virtuelles pour distinguer les deux cotés de la jointure.

ça va donner à peu près le croquis suivant :

j'ai pas compris :

La seconde est l'identifiant de l'article parent si on a affaire à une réponse et tu regrouperas les textes ensemble avec une auto-jointure ou si tu préfères une jointure de la table avec elle-même ce qui revient à utiliser deux tables virtuelles pour distinguer les deux cotés de la jointure.

L'auto jointure c'est un concept nouveau, mais pour moi de faire une autre table pour les réponses me semblait évident.
<¿ Il faut obligatoirement une clé étrangère pour faire une jointure ?