Quotes

From SQLBWiki

[edit] Jean-Paul Martin, SYBASE FRANCE

"SQLBrowser is a very powerful tool, which saves me a lot of time during my engagements at customer sites, when facing complex applications, involving thousands of stored procedures, looking for potential optimizations, or having to qualify the quality of the writing of the SQL code.

I particularly appreciate the following functionalities:

- the possibility to navigate and explore deeply nested stored procedures and spot cursor usage, transactions or other interesting things. This function can be viewed as an 'intelligent grep' in a stored proc tree.

- The Query Graph Display allows to quickly detect non connected tables in queries or joins not using indices. The schema also displays data volumes, which is quite handy.

- the Batch Analysis which summarizes and classifies all the defects in an application, helping me to spot cartesian products, bad joins caused by type mismatch etc...

- the Transact-SQL debugger which, more than a standard debugger, captures the execution statistics of each statement, and helps finding and tuning all badly optimized queries."

[edit] Mohamed Maouchi, Responsable Ingéniérie de Développement et Supports, BNP PARIBAS ASSET MANAGEMENT

"Notre département informatique est certifié CMM2 depuis juin 2006. Nous apportons une importance cruciale à la qualité des développement réalisés. En effet des processus et procédures précisent et cadrent les activités de développement. Lors de la phase de livraison en production, une fiche de livraison est créée et cette fiche contient pour tout développement sur une technologie sql une copie de rapport SQLBrowser. Ce rapport est validé par notre cellule architecture avant la mise en production.

L'attention est notamment portée sur les problématiques de jointures de produits cartésiens et des optimisations possible du code remonté par l'outil.

SQLBrowser nous permet d'améliorer en amont la pertinence et les performances des requêtes SQL passées sur nos bases de développement, recette et de production (1.7 To de données). Cette analyse d'impact nous permet d'afficher des temps de transaction en ligne avec les exigences du métier de l'asset management de gestions de portefeuille. Nous avons notamment obtenu des améliorations de performance notables sur des procédures stockées Sybase (exemple : de 3 heures à 8 secondes).

Les fonctionnalités les plus intéressantes sont : - la production de reporting après analyse de procédure stockée => utile pour la validation des sources avant mise en production. - la possibilité de naviguer dans les procédures stockées appelées dans le corps d'une autre => utile pour nos procédures stockées réalisant des traitements complexes. - l'analyse des performances statique et dynamique (c.a.d syntaxique et au runtime) => principaux atouts d'un outil de profiling sql Sybase"

[edit] Denis GOUDET, Responsable Unix/DBA Direction Informatique, CLEARCHANNEL FRANCE

"CLEARCHANNEL concurrent mondial de JC DECAUX compte en France environ 1800 personnes, son marché étant donc la publicité extérieure et le mobilier urbain.

Nous travaillons principalement avec SQLBrowser afin d'optimiser notre application de production maison "AMT"(Affichage/Mobilier urbain/Transport en Client Server PowerBuilder/Sybase12.5 sur HP-UX et Windows2000 pour les postes client avec environ 600 personnes connectées simultanément).

Il y a environs 3500 procédures stockées et 400 tables à monitorer journellement, surtout avant livraison en phase de recette et aussi en production après livraison. SQLBrowser permet donc de faire un suivi de la qualité du code sql livré grâce à l'analyseur Batch produisant des rapports html (mis en ligne à chaque livraison majeure) et consultable par le dba ,les chefs de projet et développeurs.

De plus en conjonction avec des statistiques (IOs et ellapse collectés par historical server ou sqlsupervision) en utilisant les fonction debugger de SQLBROWSER nous pouvons optimiser finement les procs stockées et comparer les temps d'exécution et i/os lors des accès à la base de données avant et aprés…

Sans rentrer dans l'optimisation fine, dans un premier temps le fait d'éliminer le plus possible les "defects" (en particulier les "mauvais group by", "produits cartésiens" , "union versus union all", "index overlap", "costly select count" etc..) a permis de baisser la consommation cpu de 10% et les IOs sur le serveur d'environ 20% assez facilement et rapidement en y dédiant un groupe de 3 développeur durant environ 2 semaines !

Pour nous SQLBROWSER en conjonction avec SQLSUPERVISION devient presque indispensable, et nous regrettons de ne pas l'avoir acquis plus tôt…"