Discussion :

[salwa13]

slt,
svp j'ai besoin de votre aide
en fait, je dois développer un générateur de sites web dynamiques et je me bloque au niveau de la base de données
je me suis dit que la bd doit contenir celle de l'application + celle des sites à créer.
d'abord, qu'en pensez-vous? est ce compatible ac la logique du projet qui consiste à élaborer une bd valable pour créer plusieurs sites simultanément
?
secundo, comment faire pour isoler la bd d'un site créé de celle du générateur?
merci d'avance

[gene69]

la réponse est simple: fait un shéma.

soit tu mélanges tes clients soit tu ne les mélanges pas. Si tu les mélanges dans la même base de donnée attends toi à ce qu'ils soient mélangés...

[Benjamin Delespierre]

Le mieux serait évidement d'isoler les différents clients dans des base de données séparées ET en créant un compte MySQL pour chacun d'eux avec des droits sur sa database uniquement. Plus d'infos sur le site de MySQL: http://dev.mysql.com/doc/refman/5.1/en/create-user.html

[CinePhil]

Si c'est pour faire X fois la même BDD pour X clients et devoir plus tard modifier X BDD lors d'une évolution des fonctionnalités offertes par le générateur de site, c'est un coup à oublier un client !

Si le schéma de la BDD est bien conçu, il est toujours possible de contrôler l'accès aux données en fonction du client qui est connecté au site ou du site, issu du générateur de sites, qui est visualisé s'il n'y a pas de login.

Tu peux expliquer davantage ce que tu comptes faire et te faire aider dans le forum Schéma pour modéliser ta BDD.

[Benjamin Delespierre]

Si c'est pour faire X fois la même BDD pour X clients et devoir plus tard modifier X BDD lors d'une évolution des fonctionnalités offertes par le générateur de site, c'est un coup à oublier un client !

Si le schéma de la BDD est bien conçu, il est toujours possible de contrôler l'accès aux données en fonction du client qui est connecté au site ou du site, issu du générateur de sites, qui est visualisé s'il n'y a pas de login.

Tu peux expliquer davantage ce que tu comptes faire et te faire aider dans le forum Schéma pour modéliser ta BDD.

Je ne suis pas forcément d'accord avec cette approche. Selon moi, les données des différents clients doivent être isolées pour des raisons de sécurité et de performances. Si tu es amené à rassembler toutes les données dans une bdd commune, tu t'expose au risque qu'un client ayant beaucoup d'information réduise les performances de tous les autres. Et le contrôle des accès est bien plus aisé dans ce cas.

La solution la plus logique serait d'avoir une structure commune pour tous les clients, structure que tu peux facilement faire évoluer avec un outil comme MySQL Workbench qui te permet de synchroniser un schéma avec une ou plusieurs bases de données.