Plus exactement "RBAR" : Row By Agonizing Row
http://stackoverflow.com/questions/1...amming-for-sql
A +
Plus exactement "RBAR" : Row By Agonizing Row
http://stackoverflow.com/questions/1...amming-for-sql
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Bonjour Mnitu,
Le problème n'est pas que l'on veut pas, c'est que l'on est limité dans ce qu'on peut investiguer (on est chez le client, et ca prends déjà du temps pour avoir un rapport AWR).
On sait que le rapport AWR est bon => Temps db sur le rapport très faible.
On sait que ce sont les appels DB qui sont long (ceci par des traces dans les programmes). Pour la trace DB, on placé des logs coté client, et rien trouvé.
Il ne reste que le réseau entre les deux, et ceci on pourra le mesurer qu'avec un sniffer. (Devrait être prévu, mais de notre coté faut qu'on avance pour améliorer les perfs de toute façon).
Le seul moyen que je connais est de limiter le nombre d'accès DB.
Bàt,
Karma.
Je ne sais pas si le AWR peut être restreint à une session, c'était le cas avec STATPACK. L'idée est de collecter l'activité de la base juste pour le batch en question pour focaliser l'analyse juste sur ce traitement. La trace SQL étendue est très bonne pour ça. Normalement dans le fichier brut de trace vous devez retrouver des événements d'attente de la part de la base si le problème est au niveau du réseaux. Le pattern devrait être quelque chose de type: appel de la base, réponse rapide puis n événements d'attente de la base de la suite de la demande de la part du client.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager