Discussion :

[nelmehdi]

Bonjour,

Pour un entrepôt de données dans notre société nous utilisons MySQL 5, au niveau de cette base de données j'ai plusieurs tables dont le nombre d'enregistrements avoisine généralement les 6000 enregistrements et d'une taille d'un peu près de 873,0 Kio; A l'exception d'une table nommée Qualité qui contient 291 289 enregistrements pour une taille de 42,1 Mio et 21 champs(colonnes), une simple requête Select sur cette table que sa soit avec une condition WHERE date BETWEEN xxxx-xx-xx AND xxxxx-xx-xx ou sans condition suffit pour bloquer le serveur et il prend énormément de temps pour répondre et si je fais une jointure entre cette table et la table des effectifs (ressources humains(500 Enregistrements)) le serveur ne répond plus pour une bonne période et finalement j'ai l'erreur MySQL server has gone away.

Selon vous est-ce que MySQL affiche des limites lorsqu'il s'agit d'un bon nombre d'enregistrements? Faut-t-il faire un paramétrage spécial (Tuning) pour qu'il gère un grand nombres de données? Faut-t-il opté dans ce cas de figure pour un autre SGBD (PostgreSQL) à savoir que l'administration refuse d'utiliser Oracle ou n'importe quelle autre solution payante.

Même si personnellement je ne crois pas q'un SGBD même un tout petit doit afficher des limites de performances pour un tôt de données pareil.

Mais je reste perdu et j'ai vraiment besoin de votre aide.

Bien cordialement.

[CinePhil]

Le volume de données que tu indique n'est pas du tout extraordinaire pour une BDD MySQL.
J'ai personnellement travaillé avec des tables de plusieurs dizaines de millions de lignes sans problème.

Il faut peut être plutôt chercher sur :
- le dimensionnement du serveur ;
- la structure de la base de données ;
- l'indexage des tables.

Les exemples de requêtes que tu donnes ne sont pas compliqués donc la lenteur ne vient peut-être pas de l'écriture des requêtes mais c'est aussi une piste à creuser si le problème persiste.

Commence par étudier ce document de SQLPro sur l'optimisation d'un SGBD, puis cet autre sur l'indexage.

[nelmehdi]

Merci beaucoup pour votre retour, c'était très utile.

[nelmehdi]

Excuse moi CinePhil,

Je me permet de te poser une autre question, crois-tu que MySQL affiche des bonnes performances lorsqu'il s'agit de faire un select de plus de 500 000 lignes pour faire un ensemble de calcul ?

[CinePhil]

crois-tu que MySQL affiche des bonnes performances lorsqu'il s'agit de faire un select de plus de 500 000 lignes pour faire un ensemble de calcul ?

Ca restera performant si les tables sont correctement structurées et indexées.

A noter que le SGBD sait aussi faire des calculs. Il est parfois, voire souvent, plus performant de laisser le SGBD faire les calculs et ne rappatrier que les résultats.

[nelmehdi]

Merci beaucoup pour ton aide.