Discussion :

[manaboko]

bonjour à tous, moi, je conçois un grand site portail, d'un pays, et on voit tout dedans, e-commerce, tchat, petites annonces, forum,... avec plusieurs rubriques à la clé.
je voulais séparer les rubriques comme de mini-site, donc chaque rubrique possède sa propre interface d'administration et son fichier de configuration. Mon petit problème est qu'il y a une partie espace membre: une fois connecté sur une rubrique, le membre est connecté sur toutes les autres rubriques, exactement comme Yahoo!

questions:
- faut il utiliser une seule base de données pour tout le site? MySQL est-il assez grand pour supporter un grand site? puisque si MySQL est assez grand pour supporter un site comme Yahoo!, alors mon problème est résolu
- si on utilisera plusieurs bases, doit-on utiliser une base commune pour les utilisateurs, et une gestion des utilisateurs à part? à noter qu'il y a des fonctionnalités dans les rubriques qui sont liés à ces utilisateurs

merci d'avance pour vos réponses

[SirDarken]

Concrétement si tu utilise une ou plusieurs bases d'un même serveur, je voie pas pourquoi ne pas tout faire dans 1 seule base.

Aprés je pense que c'est au niveau conception que tu peux je dirai découper ton application, sépare tout le coté "gestion client" et "gestion site", enfin il faudrai détailler plus les fonctionnalitées de ce que tu veux faire.

Personnellement je ferai comme suit:

-Base client : gère l'identification, les services clients, leur proposition (leurs sites ou autres)
-Base site : gère ton site, les rubriques, le contenu ect.

-Panneau d'administration transferant vers la base site les porpositions de la base client aprés vérification de ta part (ou de l'admin).
Déja ca te permet de couper leprojet en deux, et si ta un souci coté client ca te casse pas le reste.

Aprés voila si j'ai mal compris ta réquête hésite pas à en dire plus.

[sabotage]

Comme le dit SirDarken, si toutes tes bases sont sur le meme serveur, en terme de performance ca ne va pas changer grand chose d'en faire un grosse et plusieurs petites.
Ca peut changer la donne en termes de taille de base, mais avant d'atteindre la taille maximale tu as du temps.

Pour info, Yahoo annonce avoir 1 petabyte de données et 1000 serveurs et ils utilisent Postgres.
Quand tu en seras la, previens nous.

[manaboko]

je veux vraiment dire une très grande site, peut-être pas comme Yahoo! pour la taille, mais pour les fonctionnalités oui, il y a assez de similitudes. Donc, je ré-explique mon soucis:
Sachant que :
1/le site possède des rubriques
2/chaque rubrique est assez grande et possède des sous-rubriques
3/une sous rubrique est considéré comme un site, par exemple un site sur l'automobile, genre http://www.turbo.br/
4/chaque rubrique possède sa propre interface d'administration
5/il faut gérer les connexions des utilisateurs sur tout le site, façon yahoo!, c'est-à-dire, l'utilisateur se connecte une seule fois sur un rubrique et il est alors connecté sur un site tout entier, encore genre Yahoo!, tu te connectes une seule fois sur Yahoo!Sports et tu peux est connectée sur tout Yahoo, que ce soit finances, jeux, mail, .fr, ou .com

Ma question est: est-ce qu'il faut utiliser une plusieurs bases de données pour ce genre de site, en particulier pour les connexions utilisateurs communes? puisque déjà, il y a possibilité de mettre les rubriques dans de sous-domaines

[sabotage]

Que les tables soient dans la meme base ou dans des bases differentes c'est juste question de la facon dont tu aimes organiser tes données.
Au niveau des fonctionnalités ca ne change rien.

[manaboko]

j'ai l'impression d'être mal compris, le problème est la gestion des utilisateurs connectés, et je ne vois pas pour l'instant la relation entre l'organisation des données.
-si j'utiliserai plusieurs bases de données, il faut donc soit;
a/que chaque rubrique se connecte à deux bases de données: une connection pour les fonctionnalités propres à la rubrique et qui n'a pas de relations avec l'utilisateur connecté
b/une connection pour les fonctionnalités liées à l'utilisateur connecté, qui utilise en même temps, les tables propres à la rubrique

si il n'y a pas de gestions d'utilisateurs, il y a pas de problèmes si j'utilise une ou plusieurs bases, je le sais

[kaymak]

ouaip enfin yahoo ils ont choisi openid ! ...
http://openid.yahoo.com/
http://www.google.fr/search?hl=fr&q=openid&meta=

a plus