Bonjour, j'aimerais avoir des retour sur expérience du partitionnement de grosses tables sous MySql 5. ESt-ce- qu'au niveau de perfs (quand on fait un select entre autre), ça apporte un gain significatif.
A vue de nez, j'ai une table qui va grossir de l'ordre de 200 000 enregitrements par an, un enregistrement faisant environ 67 octets. ESt-ce que cela vaut le coup de partitionner cette table? Merci de votre aide

mieux vaut mettre un index
 
et puis 200 000 enregistrement par an, ca reste raisonnable poru une table mysql ( pour info chacun des post de ce forum est un enregistrement dans une table mysql )

oui, je sais pour les post. Mais je me posais la question : à partir de quel volume d'enregistrements on considère qu'une table est grosse? D'où, quand le partitionnement devient utilise.

j'ai une table Mysql qui grossit de 100 000 enregistrements par jour et elle tourne de maniere impecable (8 000 000 d'enregistrements)

Bon ben ça me rassure. Merci.

En fait, tu aurais voulu partitionner dans quel but? Comment exploiter par la suite tes données? Des UNION? Ou des requêtes différentes?

mysql offre un mécanisme transparent pour le partitionnement. Le développeur fait une requête sur une seule table, mais Mysql, derrière, va piocher dnas les différentes partitions.
Le but, c'est d'accélérer la rechercher en travaillant sur des tables plus petites. Un ex, c'est une table de log. Tu peux partitionner horizontalement en prenant comme critère la date du log et tu fais une table par année.

pour info : http://krierjon.developpez.com/mysql/partitionnement/

 
merci pour ce lien. C'est très intéressant. Moi, j'avais récupéré un article gratuit de Direction|php.biz.

Bonjour,
J aimerai bien savoir, qui est mieux et professionnel, une seule base de données ou des BD séparée pour une application (sous MySQL 5).
Veulliez m'indiquer les avnatges SVP.
Merci.

que veux tu faire,quelle volumetrie?...