Catégorie: SQL

Cela faisait un moment que je n'ai pas posté de billets !! Je recommence doucement en vous proposant une procédure qui permet d'auditer la sécurité (comptes de connexion et utilisateurs) d'une instance SQL Server. Cette dernière est valable pour les version 2000, 2005, 2008 et 2008 R2.

» Lire la suite!

Durant mes audits, j'ai vu un certain nombre de fois où le(s) sous système(s) disque(s) étai(en)t une des causes principales de problèmes de performances. J'ai eu quelques fois à refaire le plan de répartition des fichiers de bases de données ainsi que l'architecture disque sous jacente qui n'était pas optimale. Pour pouvoir réaliser cette tâche, il est préférable de connaître les caractéristiques d'entrées / sorties appliquées aux fichiers de bases de données et implicitement au(x) sous système(s) disque(s) qui les hébergent. Le script suivant permet de réaliser cette tâche.

» Lire la suite!

Il peut être utile de connaître en détail les événements et les colonnes gérées par une trace profiler. La vue système sys.traces permet de lister l'ensemble des traces existantes sur un serveur de bases de données sans en donner le détail. Cependant Il existe une fonction très pratique et quelques vues systèmes qui permettent de récupérer les informations nécessaires à notre besoin.

» Lire la suite!

Inutile de vous rappeler que les contraintes sont indispensables pour préserver l'intégrité des données. Mais celles-ci jouent un autre rôle indispensable pour l'optimiseur de requêtes. En effet pour pouvoir générer un plan d'exécution, celui-ci prend en compte ces contraintes. Le fait qu'une contrainte soit désactivée ou "non fiable" fait qu'elle n'est plus prise en compte par l'optimiseur et par conséquent peut influencer sur les performances. Nous verrons dans ce billet quelques cas concrets.

» Lire la suite!

Il y a quelques jours on m'a posé la question suivante : Est il possible d'être prévenu par mail lorsqu'une extension automatique de fichiers se produit sur une de nos bases de production avec SQL Server 2005 ? La réponse est oui et je monterais dans ce billet qu'il existe au moins deux approches pour réaliser cela. Ceci est également valable pour SQL Server 2008.

» Lire la suite!

Avant SQL Server 2008, écrire une requête comportant un prédicat sur une date bien précise sans notion d'heures était plutôt fastidieux pour des requêtes sur des dates de transactions de stock par exemple où l'on désire un résultat à la journée . (Je prends l'exemple simple WHERE date =  '20091001'). Dans ce cas là il fallait procéder à une transformation de la colonne de type DATETIME. Cependant, le nettoyage ou suppression des heures de cette colonne pouvait poser un inconvénient majeur car cela nécessitait un transtypage (je pense aux fonctions CAST et FLOOR qui donnent le résultat 20090101 00:00:00 par exemple). Hors le seul fait de transtyper une valeur de colonne empêche l'optimiseur de  requêtes d'utiliser un index associé à cette même colonne. Cela obligeait par conséquent à écrire cette même requête avec un prédicat de date par intervalles (avec BETWEEN date AND date .).

» Lire la suite!

SQL Server 2008 propose une nouvelle fonctionnalité apportée à la fonction CONVERT() qui va faciliter la vie des développeurs concernant la conversion des nombres hexadécimaux en entier.

» Lire la suite!