une grosse table ou plusieurs petite tables ? [Fait] [Résolu]

[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]

Envoyé par Antoun

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]

Envoyé par troumad

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.

Envoyé par troumad

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

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

Envoyé par troumad

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.

Envoyé par troumad

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 :

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]

Envoyé par troumad

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.

Envoyé par troumad

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.

Envoyé par troumad

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

Envoyé par troumad

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.

[troumad]

Envoyé par Antoun

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

je ne suis pas papivore*, je préfère les pages sur internet avec des copier-coller plus aisé à faire !

[trool]* : en plus mes grands parents étant morts, ce serait de la nécrophagie ![/troll]