La question d' aujourd'hui concerne un membre du forum qui souhaite savoir quelle politique faut il mettre en place pour gérer la fragmentation d' une base fortement sollicitée.

» Lire la suite!

Depuis .net, la chaîne de connection se trouvant dans la chaîne connectionstring de votre fichier web.config en asp.net

vous avez deux possibilités

» Lire la suite!

Commençons doucement.

Pour documenter une procédure stockée. Vous pouvez créer un entête à l' aide de la séquence suivante /* */. Concernant le corps de la procédure stockée, vous pouvez commenter à l' aide de la séquence suivante "--" moins-moins.

» Lire la suite!

Ce matin, j' étais en discussion avec un prospect, et il me pose la question suivante : savez-vous comment définir un paramètre optionnel pour une SP ?

Ma réponse à froid : tous les paramètres sont obligatoires en .Net mais je place un IF dans la procédure stockée afin que si la valeur soit égale à 0 on n' effectue une requête sans le paramètre.

En fait, il est parfaitement possible d' avoir un paramètre optionnel, c' est à dire que l' on ne déclare pas dans le code ASP.NET. Il suffit d' affecter une valeur par défaut au paramètre de la procédure par exemple

CREATE PROCEDURE ListeSalarie

@Age = 18

AS

SELECT Nom,Matricule FROM Salarie WHERE Age>@Age;

Par cette procédure, vous pouvez appeler la procédure ListeSalarie sans paramètre pour avoir la liste des salarie supérieur à l' age légal de la majorité.

Par cette procédure, vous pouvez appeler la procédure ListeSalarie avec un paramétre @age pour avoir la liste des salarie supérieur à cette @age donné.

Il y a de cela 2 années, j'effectuais une courte mission de modélisation au sein d'une usine... A l'époque, la question du dictionnaire de type de données s'était posée. Nous avions finalement abandonné l'idée par peur de la nouveauté.

Fallait-il créer un alias de type "NOM" sur 25 caractères, réemployé à différents endroit, ou fallait-il utiliser 3 ou 4 VARCHAR(25) directement dans la base de données ?

SQL Serveur 2005 avec l'apport du CLR rend la chose encore plus complexe, car en plus des alias de type, on peut utiliser les types définis par l'utilisateur en .net!

» Lire la suite!

Un premier post assez succint sur mes connaissances concernant les schémas.

Pourquoi les utiliser ?
Quand les utiliser ?
Comment les utiliser ?

» Lire la suite!

Je recommande de passer chaque semaine le BPA sur l' ensemble des serveurs de production. Cela permet de s' assurer qu' aucune base n' a pas de sauvegarde, que les logs ne comportent pas d' anomalies, de détecter d' éventuels pannes de disque car il exige un contrôle d' intégrité des bases (DBCC CheckDB)... Cela règle les problèmes de sécurité lors du premier passage comme le compte de service de SQL Serveur. A ce propos, il est préciser que l' on ne doit pas utiliser le compte System. Pour régler ce point comme pour régler l' ensemble des points de BPA, après désignation de l' anomalie, vous devez vous reporter à l' aide en ligne de BPA qui vous renvoie vers MSDN. Il faut savoir qu' il existe une quarantaine de règle de bonne pratique que votre serveur doit respecter, de plus, de nouvelles règles peuvent être téléchargées. Toutes ces règles de bonnes pratique sont expliquées dans l' aide de BPA ce qui doit renforcer la formation du DBA/Développeur.

Pour télécharger  SQL Serveur Best Practice Analyser cliquez ici

Je viens de voir une vidéo sur les Techdays 2008 qui présentait des outils complémentaires pour SQL Serveur. La majorité des outils présentés n' étaient pas une nouveauté pour moi mais j' ai eu une heureuse surprise à la fin avec la présentation de la solution de sauvegarde de Microsoft : Data Protection Manager

D' abord, cette solution fonctionne avec des disques et des bandes, dans un premier temps, on sauvegarde sur disque, et dans un second temps, pour des raisons d' archivage légale, on sauvegarde sur Bandes. Double protection donc. Rapidité des disques à court terme et Fiabilité des bandes à long terme.

Ensuite, cette solution de sauvegarde fonctionne non seulement avec SQL Serveur mais aussi avec Exchange Serveur, c' est en effet très désagréable de perdre sa messagerie d' entreprise, je parle malheureusement d' expérience!

Enfin, cette solution de sauvegarde me parait judicieusement comblé un vide que j' avais concernant l' administration des bases de données. En effet, j' ai toujours considéré comme le point d' achoppement la sauvegarde et la haute disponibilité sur SQL Serveur. Comme si, malgré les outils proposés par SQL Serveur avec le Mirroring, la sauvegarde-restauration... On ne pouvait pas être sûr du processus de haute disponibilité... Cette solution : DataProtectionManager me paraît offrir une solution élégante pour sécuriser l' informatique d' entreprise.

Dans un premier temps, elle permet de sauver le log des bases pendant un intervalle très court quelques minutes à quelques heures pour pouvoir restaurer toujours au plus prés en cas de disparition d' une table. La restauration est excessivement simple.

Dans un second temps, elle synchronise une fois par jour par exemple, la base du disque de sauvegarde et la base SQL Serveur.

Par conséquent, si j' avais de l' influence sur les décideurs du système d' information de mon entreprise, je recommanderais sans hésiter cette solution en complément de SQL Serveur 2005 pour assurer performance et disponibilité pour les sites Web que nous développons.

Yann.

Dans les types de données SQL Serveur, vous connaissez tous CHAR(10) et VARCHAR(10). Le premier de taille fixe consomme 10 caractères du disque dur quelque soit la taille de la chaîne saisie à l' intérieur. Exemple : BONJOUR consomme autant d' espace que SALUT. Par contre VARCHAR(10) est élastique et s' adapte à la taille de la saisie. Exemple : BONJOUR consommera 7 caractères dans la page de données alors que SALUT en consommera que 5. C' est donc plus intéressant d' utiliser VARCHAR pour les nom, prénom et autres. Pour une information de taille fixe comme le numéro de téléphone en France, on choisira un CHAR(10).

Un type moins connu, utilisé dans le cas d' application internationale, est le type NCHAR(10) et NVARCHAR(10), NVARCHAR(max) et même NTEXT. Pour comprendre l' intérêt de l' Unicode, je vous renvoie à cet article de vulgarisation qui explique très simplement l' intérêt de la norme UNICODE: ici

Il faut savoir que la norme UNICODE implique une consommation d' espace plus importante pour un simple caractère ce qui donne au type un maximum de caractères plus réduit :

exemple :

char(n) - ANSI - 8000 caractères.
varchar(n) - ANSI - 8000 caractères.
varchar(max) - ANSI - 1,0773,741,824 caractères.
text - ANSI - 1,073,741,824 caractères.

nchar(n) - Unicode - 4000 caractères.
nvarchar(n) - Unicode - 4000 caractères.
nvarchar(max) - Unicode - 536,870,912 caractères.
ntext - Unicode - 536,870,912 caractères.

Dans la majorité des applications, la norme ANSI est suffisante car on ne s' intéresse pas trop aux problèmes de langues mais si jamais vous souhaitez faire une application un peu plus finie, ou internationale, il peut être intéressant de choisir ce type de champs.

Si vous vous intéressez à l' internationalisation de votre application, il peut être intéressant de regarder du coté de la COLLATION de la base de données et du serveur.

Vous comprendrez que je ne suis pas un expert de cet aspect internationalisation mais le débat est ouvert sur ce sujet!

Vous connaissez tous les types INT ou BIGINT pour stocker des entiers.

Vous connaissez le type FLOAT pour stocker des valeurs arrondis de décimaux.

Par contre le type NUMERIC(p,s) et le type DECIMAL(p,s) sont moins connus.

Ils permettent de stocker des valeurs entières ou décimales avec précision.

PowerAMC les utilisent pour générer ces identity!

La première valeur p indique nombre maximal de digit qui peut être stocké. Avec une valeur maximale de 38 digits( 10^38 )

La valeur s indique le nombre de chiffres après la virgules.

Exemple: Pour stocker un entier de 0 à +/- 9999 : NUMERIC(4,0).

Exemple : Pour stocker un décimal de 0 à +/- 99,99 : DECIMAL(4,2).

Il semble que NUMERIC(p,s) et DECIMAL(p,s) soient des synonymes. Je recommande NUMERIC(p,0) pour les entiers et DECIMAL(p,s) pour les réels.

La norme SQL recommande d' utiliser un synonyme que SQL Serveur accepte : DEC(p,s).

Power AMC 12 est indispensable lorsque l'on part de rien, on modélise le Modèle Conceptuel de Données, éventuellement, on réalise quelques modifications sur le Modèle Physique de Données bien que je déconseille, mieux vaut un script issu directement du MCD. On génére un script de la base vide.

SQL Serveur Management permet de scripter l'ensemble des procédures, des vues, des triggers pour obtenir un script complémentaire permettant de générer l'ensemble de la base de données.

SQL Serveur Publishing Wizard permet de récuperer les INSERT pour l'ensemble des données de la base. On peut aussi utiliser SQL Scripter pour récupérer les données par table, pour info, il est limité à 10 enregistrements par table en version demo.

Toad for sql serveur, un freeware, permet de créer des contraintes complémentaires simplement avec quelques clics de souris. j'avoue que cela rend bien service car écrire des contraintes à la main est fastidieux.

Un outil de versionning pour sauvegarder le script, les modifications, les évolutions de celui ci.

Un truc, que je viens de découvrir en travaillant avec Power AMC 12. Je savais qu'il était possible de créer une clef identity à partir du MPD. Cette solution, entraine, une différence entre le MCD et le MPD. Il est donc préférable de prévoir les IDENTITY directement depuis le MCD. C'est tout à fait envisageable graçe au type de données SEQUENCE qui crée un IDENTITY sur un NUMERIC(18,0) ce qui laisse de la marge.