Version imprimable
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 ?
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...
J'ai plusieurs remarques à faire suite à un parcours rapide de ton document :Citation:
Envoyé par Antoun
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 ?
Il ne s'agit pas de mon document mais d'un article de krierjon.Citation:
Envoyé par troumad
oui (mais il s'agit de table et non de base)Citation:
Envoyé par troumad
Alors mets tout dans une seule table pour le moment, et partitionne en 2009.Citation:
Envoyé par troumad
oui, par ex :Citation:
Envoyé par troumad
Code:mysql_query('CALL MyProc()') ;
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 :aie: 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.
désolé, je me suis un peu emmêlé les pinceaux dans les balises... c'est corrigé maintenant.Citation:
Envoyé par troumad
yep ! c'est l'intérêt du partitionnement : une optimisation purement physique qui ne change rien aux requêtes.Citation:
Envoyé par troumad
mon bouquin ? tu auras les triggers et les fonctions pour le même prix :king:Citation:
Envoyé par troumad
Citation:
Envoyé par troumad
je ne suis pas papivore*, je préfère les pages sur internet avec des copier-coller plus aisé à faire !Citation:
Envoyé par Antoun
[trool]* : en plus mes grands parents étant morts, ce serait de la nécrophagie ![/troll]