Salut à tous    
 
Depuis plusieurs mois jai une envie de créer une palte-forme de blogs ( un projet ambitieu mais je n' en dirais pas plus   ).
 
Et je me pose la question de savoir comment architecturer une base de données mysql pour accueillir une centaine de bloggeurs par exemple !
Je pense que j' aurais, en gros, procédé de cette manière :
 
Une table articles, qui indique le titre, la date, lauteur et à quel blog l' article appartient.
Une table commentaires, qui indique egalement le titre lauteur ... et l' article pour lequel il est posté
Une table membres pour répértorier les informations sur chaque bloggeur.
 
La question que je me pose c' est de savoir si c' est bien optimisé d' utiliser cette methode (evidemment je ne peux pas créer une bdd par membre), parcque l' on peut vite se retrouver avec des tables qui contiennent des milliers d' entrées ^^.
 
Voilà je vous demande juste si vous pensez que cette methode est la bonne ou si vous en avez une meilleure ! Merci  

"en gros" l'idée est là
coté optimisation, c'est dur à dire de loin.
juste un conseil, afin d'optimiser ta base, essaye de duppliquer au minimum les infos : par exemple dans la table article, le champ 'auteur' ne devrait pas etre une chaine de caracteres mais simplement un id numérique (le meme id que l'auteur dans la table membre par exemple).
Ensuite pour reccupérer les infos, tu fais des jointures...
Tu as surement plus d'info que ça à stocker notament si tu souhaites faire une fonctionnalité pour poster des articles dans le futur (qu'il ne soit visible qu'a partir d'une date donnée), pouvoir gérer si tes articles sont ouverts/fermés (pouvoir poster des commentaires dessus ou non)...
Bonne prog

merci fluminis c' est bien ce qu eje pensais, utiliser les jointures s' avere très pratique dans ce cas

c'est le principe d'une base de données relationnelles.
Il faut savoir respecter les formes normales. En gros eviter le redondance d'informations, eviter d'avoir des champs qui peuvent etre deduit d'autres champs, d'avoir des libellés comme identifiant/clé.
 
L'interet est de bien decouper/structurer les données. Et ca il faut avoir une idée précise de ton besoin.
 
Une fois les données structurées, pense aux index, aux identifiants. Bien geré, et ta base sera efficace.

merci de vos conseils, jessaierais d' organiser celà au mieu