La version 11 de SQL server (aka Denali) dispose d'un assistant de création pour les "extended events". Ces évènements permettent de suivre et de tracer des points complexes sur le serveur de base de données.

Voyons comment procéder pour créer et tracer ces évènements avec le nouvel assistant intégré à SQL Server Denali.

Le lancement du "session wizard" s'effectue à partir de la section de management dans SSMS : 

Esc     cancel/go back to normal mode    Annuler / basculer en mode normal
:q      quit                             Quitter
:wq!    write and quit                   Sauvegarder et quitter
G       go to eof                        Aller à la fin du fichier
1G      go to line 1                     Aller à la ligne 1
50G     go to line 50                    Aller à la ligne 50
-       go to begin of prev line         Aller au bédut de la ligne précédente
+       go to begin of next line         Aller au début de la ligne suivante
$       go to end of current line        Aller à la fin de la ligne courante
^       go to begin of current line      Aller au début de la ligne courante
/xxx    find xxx                         Trouver le mot xxx
z.      refresh                          Rafraichir
dd      delete line                      Supprimer la ligne
D       delete rest of line              Supprimer la ligne à partir du curseur
x       delete current char              Supprimer le caractère courrant
a       insert after current char        Passer en mode insertion après le curseur
i       insert ahead of current char     Passer en mode insertion avant le curseur
o       insert after current line        Passer en mode insertion après la ligne courante
cw      change word under cursor         Modifier le mot sous le curseur
J       join lines                       Joindre le lignes
yy      copy line to clipboard           Copier la ligne
p       paste line above cursor          Coller les données après le curseur

Une nouveauté sur la 11g est l'apparition de l'ACS pour Adaptive Cursor Sharing. Cette nouvelle fonctionnalité permet de pallier aux problèmes de bind rencontrer sur les requêtes SQL utilisant des paramètres.

Rappel : Il est possible d'utiliser des variables ou des litéraux dans les requêtes. Les litéraux sont des valeurs en dur dans la requête (type='manager' par exemple). Chaque requête génère alors un plan potentiellement différent pour chaque valeur du litéral. Plus le nombre requête avec des valeurs différentes est important plus la consommation mémoire dans le sharepool est importante.

De plus le calcul d'un nouveau plan (hard parse) est très couteux en CPU. Pour pallier cette problématique, l'utilisation des variables dans les requêtes permet de limiter ce problème car un seul plan est déterminé par l'optimiseur et les valeurs. Les requêtes suivantes vont reprendre le plan calculé (soft parse). Le problème c'est que le premier plan calculer n'est pas forcement le plus optimal suivant les valeurs utilisées pour chaque variable.

Un paramètre d'initialisation : CURSOR_SHARING pouvait prendre plusieurs valeurs et le comportement de l'optimiseur est différent suivant qu'il y ai ou non des histogrammes sur les colonnes :

Prenons un exemple de requête :

SELECT * FROM emp WHERE TYPE='Manager' 

 Avec l'ACS, le comportement de l'optimiseur est un peut plus complexe :