Devant le choix de refaire ou non une partie de ma conception de ma base de données, je me suis posé la question des limites de MySQL.

Autrement dit, combien de tables, de champs, d'entrées et compagnie gère MySQL ?

J'ai fait quelques recherches mais j'aurais aimé en discuter avec vous.
N'hésitez donc pas à intervenir ;-)


Voici le résultat de mes recherches :
MySQL peut en théorie avoir, dans sa version 3.22, des tables allant jusqu'à 4 Go par table. Seulement, l'OS joue aussi un grand rôle car il limite la taille des tables. (table-size)

Sur le site de developpez.com, il existe un FAQ concerant les valeurs MySQL (developpez.com)

Sur le site de NexenServices, il est dit que 10.000 entrées sont largement gérables. Des chiffres allant jusqu'à 10.000.000 d'entrées sont cités


Dans un autre style mais toujours bien utile, des conseils pour optimiser légèrement sa Base de données : http://www.apprendre-php.com/tutoriels/t...ation.html

A priori, depuis mysql 3.23 la taille de table max est 8To, et la limite max de 4Go pour un fichier sous Linux a sauté depuis belle lurette, donc à moins d'avoir un linux très très ancien, il n'y a pas de soucis de ce côté là.

Tout les limites sont plus que suffisantes, surtout pour un jeu, qui quoi qu'on en dise, n'a besoin que d'une petite base de données. Mysql gère tout cela très bien pourvu qu'on ne lui demande pas des opérations faramineuses (requête sur de 100000 lignes sans index, etc)

Pourquoi ne pas effectuer plutôt une phase de conception basée sur des méthodes reconnues (merise, uml, formes normales, etc) avant de passer à l'optimisation des quelques morceaux qui le nécessiteront ?

Merise a laissé place à l'UML (non pas techniquement, mais historiquement), mais l'idée est bonne

Sinon, il n'y a en effet plus de limite au niveau des bdd, la taille des tables est définie pour ne pas alouer trop de charge serveur pour rien, celà relève de la phase de conception.

Avec une bonne gestion des index, une config soignée de MySql et une version de MySql supérieure à 4 pour disposer du cache de requêtes, tu as une bonne optimisation.

philodoxia a écrit :Merise a laissé place à l'UML (non pas techniquement, mais historiquement), mais l'idée est bonne

Heu mouai, perso je préfère Merise pour de la BDD et UML pour la conception de classe...
Pour moi c'est pas la même chose (la vielle école surement

Sinon je suis d'accord mysql n'a de limite que son environnement...
Donc sous linux pas de limite de fichier (enfin t'a de la marge), mais sous windows y a une limite à 8go je crois.
Ensuite selon ta ram/proc ça va aller plus ou moins rapidement et donc pouvoir faire ou pas des requetes sur 10000 entrées sans index...

La base de donnée utilisée par un jeu web ne ferait que chatouiller les possibilités de MySQL. Pour information Google utilise MySQL comme SGBD

+1 pour zzarbi

Oaui celà dit faut faire gaffe à pas depasser les 4Go de la table, alors c'est sur pour un jeu c'est pas trop le probleme (et bien souvent les bases de données sont limité bien avant çà ...
Mais bon moi je me souviens d'une fois ou j'avais enregistrée 100 000 points sur une sphere et bien ce fut assez long ...(le tout sans index pourtant donc plus rapide en ecriture) Mais le pc que j'utilisais était pas très puissant à l'epoque...

Enfin remarques là je me pose quand meme la question...

Parce qu'en fait là j'ai projet d'enregistré toutes les données joueurs donc la moindre action serait enregistré (et je crois que çà risque de faire mal quand meme quand je vais devoir faire une recherche dedans... )