Discussion :

[Celelibi]

Bonjour,

Avec un ami on fait un site sur lequel il y aura entre autre des news et des articles.
On voudrait donner la possibilité de poster des commentaires pour chaque news et chaque article et peut-être autre chose dans l'avenir.
On voudrait bien évidemment éviter d'avoir autant de tables de commentaire que de type de texte à commenter. C'est-à-dire éviter d'avoir des tables `commentaire_news`, `commentaire_articles` etc...

Une idée était d'avoir un champ object_id qui serait unique à chaque texte à commenter.
Pour que cet id soit unique et éviter les risques de collisions il est généré en php par md5(uniqid(rand(), true)). Mais ça ne me plais pas trop car ça veut dire que les jointures se font sur une chaine de caractère de 32 octets de long.

Étant donné que chaque news et article possède un id unique pour sa table, je pense qu'il doit y avoir un autre moyen plus simple et plus rapide, mais je ne le vois pas.


Merci d'avance de vos suggestions.

[Admin]

Et pourquoi dans ta table commentaire tu ne met pas 3 colonnes en clé primaire ?

- Numéro Article/News
- Un champ texte contenant le type "N" pour News, "A" pour article
- Un ID auto-incrémenté


Et là tu aura ta clé primaire.

Si il n'ya pas deux fois le meme ID sur une news et sur un article, alors tu peux meme virer le champ texte.

[Celelibi]

Justement un des problème c'est que je peux (et je vais) me retrouver avec des id identiques pour les articles et news.

Maais c'est vrai que c'est une bonne idée. Je ne sais pas pourquoi, j'étais parti pour rajouter un champ dans les tables news et articles.
Pour le champ texte, je pense qu'un champ ENUM serait peut-être plus approprié car le but est de n'autoriser que certaines valeurs ; mais par la suite pour l'ajout de nouvelles tables (par exemple `jeux`) ça risque d'être un peu plus problématique.

Quoi qu'il en soit, merci bien pour l'idée, et pour le reste je crois que je vais me débrouiller.