Structure d'une base

[genmin]

bonjour à tous,

voilà je veux créer une base de données, jusque là ca vas,

mais je me pose des questions de rapidité avec la montée en charge. Plus précisement je vais avoir des dixaines d'enregistrement par jour sur une table, et certain ne seront plus d'actualité mais bien pratique pour des statistiques.

Ma question est la suivante :

Est ce que je me prend pas la tête pour rien en créant 2 tables, une 'en cours' et une 'perdu' qui seraient identique sauf que lorsqu'un enregistrement n'ai plus d'actualité je le transfert dans ma table 'perdu'.

Du coups je l'ai toujours pour mes statistique mais il ne viens pas grossir inutilement ma table sur laquel les internaute font des acces régulier.

J'espère avoir été claire, merci

[Cariboo]

Oui, dans la plupart des cas, ce genre d'optimisation est inutile, sauf sur de très très grandes tables.

Mieux vaut optimiser le reste : les index, les requêtes, l'ordre des jointures et le "tuning" du moteur mysql. Les gains en termes de performance seront infiniment plus grands.

[genmin]

merci pour ta réponse, mais à partir de combien d'enregistrement on peu dire qu'une table est 'très très' grande ? sinon es ce que tu peu me conseiller un site ou un livre qui parle de l'optimisation des index, requetes, jointure etc ...

merci d'avance

[Cariboo]

Plusieurs millions d'enregistrements et/ou plusieurs centaines de megaoctets...

Pour le reste, j'ai trouvé un seul bouquin en anglais sur le sujet, et je l'attend toujours (en réassort chez Eyrolles)

Sur ce plan, j'ai appris sur le tas, en tirant les vers du nez de spécialistes...

[genmin]

ok, merci pour l'info, si ton bouquin est bien, fais le nous savoir.