Utilisez des index, mais à bon escient

Utilisez le moins possible d'objets temporaires

N'utilisez JAMAIS le SELECT MAX(...) + 1 pour générer une clef

Paramétrer la bonne collation...

Utilisez du SQL dynamique pour des requêtes SQL simple

Moins ça dure, plus c'est bon...

Horreur ! Malheur ! Les curseurs ne sont autre que le moyen de rendre iteratif ce qui est nativement ensembliste.

Conseils divers

Certains pensent qu'une clef significative est obligatoire pour toute table. Si la chose est concevable à l'aide de l'immatriculation pour un véhicule, du matricule pour un salarié ou d'un numéro de sécu pour un patient, elle n'en reste pas moins dangereuse et contre performante.

Il existe bien plus de commandes DBCC que ne le laisse supposer la documentation et certaines sont bien utiles à l'administrateur... Tous les secrets des commandes non documentées !
Pour SQL Server 7.0, 2000 et 2005

Une base de données relationnelle a été conçue pour gérer des relations. Pas pour faire de la gestion de fichiers.

Il n’est pas rare de souhaiter exécuter la même instruction sur chacune de tables d’une base de données ou sur chacune des bases de données d’une instance SQL Server. Plutôt qu’écrire un bout de code avec un curseur travaillant sur SYSOBJECTS ou SYSDATABASES, essayez les procédures stockées sp_MSforeachtable et sp_MSforeachdb.

Attention, contrairement à Oracle par exemple, SQL Server n’accepte pas que vous insériez plusieurs valeurs NULL dans une colonne sur laquelle vous avez posé une contrainte d’unicité. Solution : utilisez un trigger...

Vous souhaitez mieux comprendre mieux le fonctionnement des dates dans SQL Server...

PSSDIAG est un utilitaire de collecte et de diagnostic utilisé par le Support technique Microsoft (Voir le Webcast "Supportabilité de SQL Server")
 

Michel nous met en garde concernant les bonnes pratiques en terme de sécurité avec SQL Server... Nous aurons l'occasion de revenir sur ce sujet de façon approfondie dans nos futures publications...

L’objectif de cette présentation de base n’est pas de refaire ce qui existe déjà par ailleurs, mais de ‘rafraîchir’ la mémoire pour certains, ou de donner pour d’autres des notions basiques qui pourront être approfondies dans d’autres articles, livres, sites ou sources diverses et qui permettront de mieux comprendre le fonctionnement du journal de transactions.

Dans la version 2005 de SQL Server, vous pouvez envoyer des messages via SMTP par défaut avec SQLEmail. En version 7.0 et 2000, on passe par MAPI. Comment utiliser SMTP avec ces 2 versions ?