Statistiques pour site et Performances

[Mr.MoOx]

Salut à vous tous,
Petite question de perf car j'my connais pas trop en performance de BD
Je bosse sur un site d'annonces (PHP/Zend Framework/MySQL) et j'enregistre tout les hits de chaque annonce dans une table avec id_annonce et timestamp (et id_utilisateur si y'a)
J'voulais avoir votre avis sur la lourdeur potentiel d'un tel système.
En effet si y'a pleins de stats car pleins d'annonces et de consultations, ça peut rapidement faire pleins de lignes dans ma table.

Petit calcul:
50 consultations/annonce/jour
200 clients (agences immo) qui déposent en moyenne 50 annonces/mois,
ça peut faire 500 000 hits dans la table par mois.

Je me servirais de ces stats pour que les clients puissent suivre l'évolution des consultations et éventuellement d'autres stats internes.
Bien sur je nettoyerais la table souvent via des crons utilisant une table d'archivages pour ne pas garder une table trop grosse.

Mais es ce que ça va pas faire galéré ma BD? Y'a t'il un format mieux pour ce genre de table (innoDB, myisam...)?

Merci.

[Alain Defrance]

J'ai peut-être mal compris mais pourquoi ne pas mettre le timestamp dans un champ de l'annonce. apres tout si c'est juste pour connaitre le hit (donc seulement le meilleur) tu n'as pas besoin d'historiser (donc de garder en base de données) la liste de tout les nouveau hits.
Dans ce cas la tu a un simple update a faire quand ca deviens un hit. Pourquoi pas automatiser ca grâce a un trigger d'ailleurs.

Apres un SGBD c'est fait pour traiter beaucoup d'information, donc quand il faut stocker beaucoup d'informations, la base de données sera forcément plus lourde.

[Mr.MoOx]

Mais en fait quand je dis hit c'est pas le meilleur (je sais pas quoi pourrait être meilleur d'ailleurs). Je me suis mal exprimé avec ce terme. En Faites j'enregistre tout les accès pour faire des stats avec graphiques de consultations (c'est expliqué dans mon premier post).