Gérer 50K datable avec mysql [Résolu]

cbalmefrezol · 14/07/2011, 17h32

Bonjour,

Nous sommes à l'étude sur un projet comprenant un grand nombre d'utilisateurs.

Une des solutions proposée par notre équipe est la suivante: créer une base de données par utilisateur ce qui montera le nombre à environ 50.000 Bases de données avec pour chacune 20-30 tables. ce qui représentera 40-50Go de données sur la 1er année.

La solution sera utilisée par environ 200-300 utilisateurs/jour ce qui n'est pas énorme au niveau de la charge serveur

La question que nous nous posons : cette conception peut-elle selon vous conduire à un problème ? Permettra-t-elle une réactivité importante?
Sachant que par la suite nous pourrons dispatcher l'hébergement sur plusieurs serveurs.

Merci d'avance Laurent

ced · 15/07/2011, 09h38

Une base de données par utilisateur

? Soit 50 000 bases de données sur un seul et même serveur.
Je plains l'administrateur des bases

. Bonjour la galère pour assurer les sauvegardes et restaurations en cas de problème.
Et si le serveur plante... une solution de réplication de 50 000 bases ?

A mon avis, il y a un problème au niveau de la conception. Préférez une seule base, avec peu de tables, mais éventuellement l'identification des utilisateurs à différents niveaux de votre schéma, si c'est pour une question de "qui peut accéder à quelle donnée ?".
Ça vous simplifiera grandement l'administration du serveur de données.

SQLpro · 15/07/2011, 11h21

Et voila, ma rigolade du jour est assuré... Ce forum est excellent pour la santé. On y trouve régulièrement de telles inepties que c'est un plaisir de lire certains post et d'en rigoler à gorge déployée....
Vive le forum MySQL !!!!

A +

cbalmefrezol · 15/07/2011, 12h03

Rohh, voilà ca troll... (faut dire que je comprends votre réaction)

enfin bon, revenons à nos moutons: oui, il y a eu une énorme erreur de conception.

le nouveau schéma montre finalement: une seule Bdd avec 20-30 tables.

Me voilà rassuré et vous aussi (je l'espère). La prochaine fois on réfléchira avant de sortir des conneries comme ca!

Désolé du dérangement!

Laurent

ced · 15/07/2011, 12h58

Errare humanum est...

Le tout, c'est de s'en être rendu compte et d'avoir rectifié le tir

Du coup, je passe le post en

.

14/07/2011, 17h32	#1
cbalmefrezol Membre à l'essai Inscription : mars 2007 Messages : 64 Détails du profil Informations personnelles : Âge : 23 Informations forums : Inscription : mars 2007 Messages : 64 Points : 23 Points : 23	Gérer 50K datable avec mysql Bonjour, Nous sommes à l'étude sur un projet comprenant un grand nombre d'utilisateurs. Une des solutions proposée par notre équipe est la suivante: créer une base de données par utilisateur ce qui montera le nombre à environ 50.000 Bases de données avec pour chacune 20-30 tables. ce qui représentera 40-50Go de données sur la 1er année. La solution sera utilisée par environ 200-300 utilisateurs/jour ce qui n'est pas énorme au niveau de la charge serveur La question que nous nous posons : cette conception peut-elle selon vous conduire à un problème ? Permettra-t-elle une réactivité importante? Sachant que par la suite nous pourrons dispatcher l'hébergement sur plusieurs serveurs. Merci d'avance Laurent
	00

15/07/2011, 09h38	#2
ced Rédacteur/Modérateur Cédric Duprez Inscription : avril 2002 Messages : 3 823 Détails du profil Informations personnelles : Nom : Cédric Duprez Âge : 36 Localisation : France, Loiret (Centre) Informations professionnelles : Secteur : Agroalimentaire - Agriculture Informations forums : Inscription : avril 2002 Messages : 3 823 Points : 6 440 Points : 6 440	Une base de données par utilisateur ? Soit 50 000 bases de données sur un seul et même serveur. Je plains l'administrateur des bases . Bonjour la galère pour assurer les sauvegardes et restaurations en cas de problème. Et si le serveur plante... une solution de réplication de 50 000 bases ? A mon avis, il y a un problème au niveau de la conception. Préférez une seule base, avec peu de tables, mais éventuellement l'identification des utilisateurs à différents niveaux de votre schéma, si c'est pour une question de "qui peut accéder à quelle donnée ?". Ça vous simplifiera grandement l'administration du serveur de données. __________________ Rédacteur / Modérateur SGBD Mes tutoriels et la FAQ MySQL ---------------------------------------------------- Pensez aux balises code et au tag Je ne réponds pas aux questions techniques par message privé, les forums sont là pour ça
	00

15/07/2011, 11h21	#3
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 954 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 954 Points : 17 774 Points : 17 774	Et voila, ma rigolade du jour est assuré... Ce forum est excellent pour la santé. On y trouve régulièrement de telles inepties que c'est un plaisir de lire certains post et d'en rigoler à gorge déployée.... Vive le forum MySQL !!!! A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

15/07/2011, 12h58	#5
ced Rédacteur/Modérateur Cédric Duprez Inscription : avril 2002 Messages : 3 823 Détails du profil Informations personnelles : Nom : Cédric Duprez Âge : 36 Localisation : France, Loiret (Centre) Informations professionnelles : Secteur : Agroalimentaire - Agriculture Informations forums : Inscription : avril 2002 Messages : 3 823 Points : 6 440 Points : 6 440	Errare humanum est... Le tout, c'est de s'en être rendu compte et d'avoir rectifié le tir Du coup, je passe le post en . __________________ Rédacteur / Modérateur SGBD Mes tutoriels et la FAQ MySQL ---------------------------------------------------- Pensez aux balises code et au tag Je ne réponds pas aux questions techniques par message privé, les forums sont là pour ça
	00

15/07/2011, 12h03	#4
cbalmefrezol Membre à l'essai Inscription : mars 2007 Messages : 64 Détails du profil Informations personnelles : Âge : 23 Informations forums : Inscription : mars 2007 Messages : 64 Points : 23 Points : 23	Rohh, voilà ca troll... (faut dire que je comprends votre réaction) enfin bon, revenons à nos moutons: oui, il y a eu une énorme erreur de conception. le nouveau schéma montre finalement: une seule Bdd avec 20-30 tables. Me voilà rassuré et vous aussi (je l'espère). La prochaine fois on réfléchira avant de sortir des conneries comme ca! Désolé du dérangement! Laurent
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email