J'aimerai tracer les connexions aux tables (sous entendu requêtes
utilisées...) d'une BD sous MS SQL 2005, afin de faire des statistiques sur
l'utilisation de ces tables.
J'ai bien quelques pistes (traces, trigger...) mais avez vous des solutions
avantages/inconvénients, faciliter de mise en ouvre...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
sqlpro
Il n'y a pas de connexion à des tables. Il y a des connexions à un serveur et des requêtes sont exécutées...
Vous pouvez tracer par déclencheur les INSERT, UPDATE, DELETE, mais pas le SELECT. Vous pouvez vous inspirer de l'exemple donné ici : http://blog.developpez.com/sqlpro/p8453/langage-sql-norme/historisation-de- l-evolution-des-donnees/ Si vous voulez aller jusque là, il faut faire une trace de profileur et auditer tous les "statement" exécutés sur le serveur ce qui vous donnera les requêtes. Ensuite à vous de décortiquer la masse d'information. Si vous avez mis en place une norme de nommage de vos objet, comme celle que je préconise ici : http://www.sqlspot.com/Norme-de -developpement.html, ce sera facile. Sinon c'est extrêmement difficile car il faut un parseur syntaxique capable d'interpréter le SQL.
A +
-- Frédéric BROUARD, spécialiste SGBDR : modélisation, bases de donn ées, langage SQL Expert SQL Server http://www.sqlspot.com : audit, optimisation, tuning, formation Le site sur le langage SQL et les SGBD relationnels http://sqlpro.developpe z.com/ * * * * * * Enseignant aux Arts & Métiers PACA et à l'ISEN à Toulon * * * * * *
On 22 avr, 17:20, "Oz" wrote:
Bonjour,
J'aimerai tracer les connexions aux tables (sous entendu requêtes utilisées...) d'une BD sous MS SQL 2005, afin de faire des statistiques sur l'utilisation de ces tables.
J'ai bien quelques pistes (traces, trigger...) mais avez vous des solutio ns avantages/inconvénients, faciliter de mise en ouvre...
Merci.
Il n'y a pas de connexion à des tables. Il y a des connexions à un
serveur et des requêtes sont exécutées...
Vous pouvez tracer par déclencheur les INSERT, UPDATE, DELETE, mais
pas le SELECT. Vous pouvez vous inspirer de l'exemple donné ici :
http://blog.developpez.com/sqlpro/p8453/langage-sql-norme/historisation-de- l-evolution-des-donnees/
Si vous voulez aller jusque là, il faut faire une trace de profileur
et auditer tous les "statement" exécutés sur le serveur ce qui vous
donnera les requêtes. Ensuite à vous de décortiquer la masse
d'information. Si vous avez mis en place une norme de nommage de vos
objet, comme celle que je préconise ici : http://www.sqlspot.com/Norme-de -developpement.html,
ce sera facile. Sinon c'est extrêmement difficile car il faut un
parseur syntaxique capable d'interpréter le SQL.
A +
--
Frédéric BROUARD, spécialiste SGBDR : modélisation, bases de donn ées,
langage SQL
Expert SQL Server http://www.sqlspot.com : audit, optimisation,
tuning, formation
Le site sur le langage SQL et les SGBD relationnels http://sqlpro.developpe z.com/
* * * * * * Enseignant aux Arts & Métiers PACA et à l'ISEN à Toulon
* * * * * *
On 22 avr, 17:20, "Oz" <laurent_...@hotmail.com> wrote:
Bonjour,
J'aimerai tracer les connexions aux tables (sous entendu requêtes
utilisées...) d'une BD sous MS SQL 2005, afin de faire des statistiques sur
l'utilisation de ces tables.
J'ai bien quelques pistes (traces, trigger...) mais avez vous des solutio ns
avantages/inconvénients, faciliter de mise en ouvre...
Il n'y a pas de connexion à des tables. Il y a des connexions à un serveur et des requêtes sont exécutées...
Vous pouvez tracer par déclencheur les INSERT, UPDATE, DELETE, mais pas le SELECT. Vous pouvez vous inspirer de l'exemple donné ici : http://blog.developpez.com/sqlpro/p8453/langage-sql-norme/historisation-de- l-evolution-des-donnees/ Si vous voulez aller jusque là, il faut faire une trace de profileur et auditer tous les "statement" exécutés sur le serveur ce qui vous donnera les requêtes. Ensuite à vous de décortiquer la masse d'information. Si vous avez mis en place une norme de nommage de vos objet, comme celle que je préconise ici : http://www.sqlspot.com/Norme-de -developpement.html, ce sera facile. Sinon c'est extrêmement difficile car il faut un parseur syntaxique capable d'interpréter le SQL.
A +
-- Frédéric BROUARD, spécialiste SGBDR : modélisation, bases de donn ées, langage SQL Expert SQL Server http://www.sqlspot.com : audit, optimisation, tuning, formation Le site sur le langage SQL et les SGBD relationnels http://sqlpro.developpe z.com/ * * * * * * Enseignant aux Arts & Métiers PACA et à l'ISEN à Toulon * * * * * *
On 22 avr, 17:20, "Oz" wrote:
Bonjour,
J'aimerai tracer les connexions aux tables (sous entendu requêtes utilisées...) d'une BD sous MS SQL 2005, afin de faire des statistiques sur l'utilisation de ces tables.
J'ai bien quelques pistes (traces, trigger...) mais avez vous des solutio ns avantages/inconvénients, faciliter de mise en ouvre...
Merci.
Patrice
Bonjour,
Il a aussi des vues de management qui peuvent donner des infos utiles : http://msdn.microsoft.com/fr-fr/library/ms188754(v=SQL.90).aspx
-- Patrice
Bonjour,
Il a aussi des vues de management qui peuvent donner des infos utiles :
http://msdn.microsoft.com/fr-fr/library/ms188754(v=SQL.90).aspx
