je ne pense pas qu'il est si mauvais que une interface graphique pour SQL Trace. SQL Trace lui-même a ses limites et sera sûrement remplacé par des événements étendus.
Il y a des ennuis mineur de workflow tels que pour écrire dehors des traces que vous devez commencer la trace puis l'arrêter immédiatement encore.
La première chose que j'aurais aimé voir, c'est de meilleures possibilités de filtrage. À moins qu'il y ait quelque chose que j'ai manqué dans l'interface graphique, je ne pense pas qu'il soit possible de combiner des conditions booléennes, même très simples, telles que le filtrage sur spid=50 et spid=75 simultanément.
Modifier J'avais manqué quelque chose dans l'interface graphique - Voir le commentaire @ JP! Je suis à peu près sûr qu'il n'existe aucun moyen de configurer un suivi de profileur SQL pour combiner une condition modérément plus complexe telle que la capture de toutes les requêtes pour lesquelles l'une des conditions suivantes s'applique.
- Le cpu total de la requête était> = x miliseconds - ou -
- Le nombre total de lectures a été> = y
Quel est le but de votre question? Avez-vous l'intention d'améliorer cet outil ou d'en écrire un autre? –
@AlexKuznetsov - La pensée m'a traversé l'esprit. Il semble que ce soit un outil incroyablement puissant que personne n'aime vraiment, à cause de l'interface utilisateur et de la fonctionnalité. Je peux juste le faire pour moi-même. D'autres dans notre société l'utilisent un peu. – Hosea146