Discussion :

[bernidupont]

Bonjour la team,

je suis en train de faire un exercice dans lequel il y aura beaucoup de données à stocker en base.
Imaginons que l'application qui utilise ces données gère principalement des échanges de messages pour 100 000 utilisateurs sur une année.
Nous fixons en moyenne le nombre d'échanges par utilisateur à 500 messages dans une semaine.
Comme il y 52 semaines dans une année, et si nous stockons les mails dans une table en base de données, nous aurions alors:
52 * 500 * 100 000 = 2,6 * 10^9, soit 2,6 milliards d'enregistrements.

Savez-vous comment gérer l'accès aux mails avec autant d'enregistrements ?

Merci de votre aide,
berni.

[CinePhil]

Ce n'est pas l'accès qui posera problème mais il faudra avoir un bon modèle de données, une bonne indexation et un serveur de BDD bien dimensionné.

En principe, n'importe quel SGBD digne de ce nom devrait être capable de gérer ça dès lors qu'il est bien pourvu en mémoire et bien architecturé.

[SQLpro]

100 000 utilisateurs sur une année / 500 messages dans une semaine.
=> 50 000 000 (50 millions) de transaction par semaine, soit
7 142 858 transactions par jour, soit
297 619 transactions par heure, soit
4 960 transaction par minutes
En regardant le TPC.C vous verrez que le nombre de transactions par minute dans les plus grosses config machine/SGBDR est de l'ordre de 8 millions de transaction par minutes....

Vous avez donc de la marge !

A +

[bernidupont]

Merci beaucoup pour vos réponses, ça me conforte dans la mise en place du modèle de données.
Pour la gestion de la base de données, quelle base de données me conseillez-vous ? (budget illimité dans le sens où je veux avoir la meilleure base de données)

[SQLpro]

Évitez MySQL qui est farci de bug et très limité en SQL.
Vous pouvez tentez PostgreSQL, mais si votre volumétrie est susceptible de devenir très grande et le nombre d'utilisateurs simultané important, alors tournez vous vers SQL Server, en commençant par Express, puis en montant en gamme (Azure, Standard, Enterprise) au fur et a mesure de l'évolution....

A +

[bernidupont]

merci SQLPro pour tes réponses.
Juste pour information, quelle genre de base de données utilise Facebook ?

[punkoff]

bah tu tappe facebook architecture dans google et tu auras la réponse.

apres tu prend un peu de recule et tu compare leur budget avec le tiens et tu reviendra tranquillement a ce que t'as dit SQLPro concernant le choix de la base