Optimisation sur table secondaire

Bonjour j'ai reposté une question perdue dans un sujet pas directement concerné

ICI

Pour revenir sur le sujet abordé qui concerne in fine une optimisation sur la requete des n dernier elements d'un groupe

J'envisage une autre solution

Ma table se remplit en permanence a raison de +/- 2 insert a la seconde et doit conserver un historique de +/- 6 mois ca fait donc +/- 30M de record pour 40 groupes (40 traceurs en activité)

Parallelement des postes clients "surveillent" l'activité en temps réel des traceurs,
Une dizaine de clients executent de maniere asynchone toutes les 30 secondes une requete pour obtenir la derniere activité de chaque "groupe". Ca fait je pense pas mal de charge pour le SGBD

Je viens de penser que plutot que d'effectuer ces requetes sur la table principale, il serait peut etre intéressant d'utiliser un trigger qui mettrait automatiquement a jour une table secondaire limitée soit
- au DERNIER insert de chaque groupe (un simple update dans ce cas)
- aux n derniers insert de chaque groupe (sans doute plus compliqué a mettre en oeuvre)

Mes requetes de surveillance seraint donc beaucoup plus rapides et certainement moins couteuses en ressources pour le SGBD

Qu'en pensez-vous ?

Merci de partager votre savoir

Un partitionnement par dateheure automatique serait sans doute plus adapté.
par exemple :

• une partition toutes les heures avec une profondeur de 24
• une partition touts les jour avec une profondeur de 30
• une partition par mois avec profondeur de 5

et faire glisser vos partition avec MERGE et SPLIT.

A +

Bonjour SQL Pro

Merci pour cette suggestion :ccool:

Voilà un concept que j'ignorais totalement en SQL Server
Mais apres avoir fait une rapide recherche Google sur "SQL SERVER Partitionning", je pense qu'on touche exatement au besoin

Aurais tu un tuto particulier a conseiller ?

Mon bouquin sur SQL Server à paraître en janvier.... !

Sinon http://blogs.msdn.com/b/felixmar/arc...he-basics.aspx

A +