Discussion :

[troumad]

Bonjour

Je réfléchis à un problème de gestion de données.
Je me demande s'il faut mieux un grosse table avec tout dedans ou plusieurs tables ?
Sachant que le temps faisant passer les années, des données à conserver seront rapidement plus consultées.
Je me proposais donc de faire 2 tables par an avec un nom significatif qui évitera de stoker le semestre dans la grosse table.
Est-ce une bonne idée ?

[Antoun]

cf http://krierjon.developpez.com/mysql/partitionnement/

[jaduta]

C'est une bonne question que tu te poses
Le plus facile, c'est de mettre tout ds une seule et unique table, forcément

Maintenant, le soucis est au niveau des mise à jour de la table...
Si tu veux modifier ou supprimer un type de données ds la table, tu vas devoir faire un certain nombre de MAJ, et donc, la requête aura besoin de plus de temps pour s'exécuter.
Par opposition, une MAJ sur une plus petite table - regroupant un type de données bien particulier, la requête ne s'exécutera qu'une seule fois et donc sera plus rapide...

[troumad]

cf http://krierjon.developpez.com/mysql/partitionnement/

J'ai plusieurs remarques à faire suite à un parcours rapide de ton document :
1) Est-il possible de partitionner horizontalement une base déjà faite ? L'utilité de ce partitionnement ne se ferra ressentir qu'après plusieurs années. Et pour le moment, je n'en suis qu'à l'étude préliminaire de faisabilité et je ne dispose pas de MySQL 5.1 sur mes serveurs. Uniquement de 5.0 . Si mon système s'avère valable, il ne sera de toute façon pas utiliser avant septembre 2009.
2) Le partitionnement vertical me semble intéressant. Mais les procédures (notion que je ne connais pas encore en MySQL), sont elles accessibles facilement en PHP ?

[Antoun]

J'ai plusieurs remarques à faire suite à un parcours rapide de ton document :

Il ne s'agit pas de mon document mais d'un article de krierjon.

1) Est-il possible de partitionner horizontalement une base déjà faite ?

oui (mais il s'agit de table et non de base)

L'utilité de ce partitionnement ne se ferra ressentir qu'après plusieurs années. Et pour le moment, je n'en suis qu'à l'étude préliminaire de faisabilité et je ne dispose pas de MySQL 5.1 sur mes serveurs. Uniquement de 5.0 . Si mon système s'avère valable, il ne sera de toute façon pas utiliser avant septembre 2009.

Alors mets tout dans une seule table pour le moment, et partitionne en 2009.

2) Le partitionnement vertical me semble intéressant. Mais les procédures (notion que je ne connais pas encore en MySQL), sont elles accessibles facilement en PHP ?

oui, par ex :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mysql_query('CALL MyProc()') ;

[troumad]

Oups...
Pas facile à trouver tes réponses dans mes citations

Je vais donc travailler avec une seule table que je partitionnerais dès que la version 5.1 sera disponible sur mes serveurs. J'ai l'impression que les requêtes seront les mêmes.

Par contre, il va falloir que je travaille la notion de procédure afin d'en comprendre la force ! Pour le moment, je me contentais de récupérer et modifier les requêtes MySQL de phpMyAdmin ! Mais, je n'avais jamais tenté un chalenge aussi que celui que je tente aujourd'hui : faire quelque chose d'utile pour mon boulot (en n'utilisant que du libre ) pour ne pas me faire dépasser en niveau par mes étudiants Tu me conseilles quel tuto pour comprendre cette notion ?

Il va falloir que je signale à krierjon qu'il serait bien qu'il mette une petit rubrique sur les migrations envisageables avec la future arrivée de la 5.1 : comment s'y prendre.

[Antoun]

Oups...
Pas facile à trouver tes réponses dans mes citations

désolé, je me suis un peu emmêlé les pinceaux dans les balises... c'est corrigé maintenant.

Je vais donc travailler avec une seule table que je partitionnerais dès que la version 5.1 sera disponible sur mes serveurs. J'ai l'impression que les requêtes seront les mêmes.

yep ! c'est l'intérêt du partitionnement : une optimisation purement physique qui ne change rien aux requêtes.

Par contre, il va falloir que je travaille la notion de procédure afin d'en comprendre la force ! Pour le moment, je me contentais de récupérer et modifier les requêtes MySQL de phpMyAdmin ! Mais, je n'avais jamais tenté un chalenge aussi que celui que je tente aujourd'hui : faire quelque chose d'utile pour mon boulot (en n'utilisant que du libre ) pour ne pas me faire dépasser en niveau par mes étudiants Tu me conseilles quel tuto pour comprendre cette notion ?

mon bouquin ? tu auras les triggers et les fonctions pour le même prix

Il va falloir que je signale à krierjon qu'il serait bien qu'il mette une petit rubrique sur les migrations envisageables avec la future arrivée de la 5.1 : comment s'y prendre.