lien msdn : http://msdn2.microsoft.com/en-us/library/ms188037.aspx

Exemple : le problème N°6 de sqlpro ( concours developpez.com )

Pour cet exercice, il s’agit d’alimenter les nombres de 0 à 9999 dans une table de nom T_ENTIER_ENT contenant un seul champ de type entier et de nom ENT_N. Au départ, cette table contient les nombres de 0 à 9.
J’ai intitulé ce problème, ‘énumération’…

La table T_ENTIER_NET est ainsi constituée :

CREATE TABLE T_ENTIER_ENT
(ENT_N INTEGER);

INSERT INTO T_ENTIER_ENT VALUES (0) ;
INSERT INTO T_ENTIER_ENT VALUES (1) ;
INSERT INTO T_ENTIER_ENT VALUES (2) ;
INSERT INTO T_ENTIER_ENT VALUES (3) ;
INSERT INTO T_ENTIER_ENT VALUES (4) ;
INSERT INTO T_ENTIER_ENT VALUES (5) ;
INSERT INTO T_ENTIER_ENT VALUES (6) ;
INSERT INTO T_ENTIER_ENT VALUES (7) ;
INSERT INTO T_ENTIER_ENT VALUES (8) ;
INSERT INTO T_ENTIER_ENT VALUES (9) ;

ENT_N
——
0
1
2
3
4
5
6
7
8
9

Sauriez vous faire une telle requête avec un seul update ?

Voici un extrait de la table des données à insérer :

NOMBRE
———–
10
11
12
13
14
…
9995
9996
9997
9998
9999

Ma réponse :

INSERT INTO T_ENTIER_ENT(ENT_N) SELECT MAX(ENT_N)+1 FROM T_ENTIER_ENT;
go 9991

prodigieux, non ?

Comme vous le savez, une vue n’est qu’un enregistrement de requête, elle n’a pas d’existence physique comme une table à part les vues matérialisées mais c’est un autre problème!

Imaginez le scénario suivant :

Vous créez sur sql serveur une vue avec un order by. SQL Serveur 2000 ne posera aucune question et conservera le tri en réserve comme vous le souhaitez.

CREATE VIEW MAVUE AS SELECT NOM,PRENOM FROM FAMILLE ORDER BY NOM,PRENOM;

Jérome, votre collègue de toujours à besoin de cette vue mais lui, il veut trié par PRENOM,NOM…il écrit donc sa requète :

SELECT * FROM MAVUE ORDER BY PRENOM,NOM;

Jérome a le droit d’écrire cela.

Maintenant, Qu’avez vous demander à SQL SERVEUR 2000 ?

Il doit trier par NOM,PRENOM puis par PRENOM,NOM dans la même requête, avouez que c’est fort en chocolat de demander cela.

Voilà, pour moi, la raison pratique pour laquelle on ne doit jamais écrire un order by dans une vue. Parce qu’il y a aura 10 utilisateurs différents de la vue et qu’aucun d’eux n’aura les mêmes besoins. Alors même si sql serveur 2000 autorise le order by dans une vue, ne l’utilisez jamais dans la vue mais en dehors, au plus prés du besoin!

1 Définition.

Le SQL Dynamique permet de construire une requête de toute pièce dans une chaîne de caractères puis d’ exécuter la chaîne avec la commande EXEC, aussi nommée EXECUTE.

Exemple:

/* Déclaration des variables */
DECLARE @MaColonne AS VARCHAR(25);
DECLARE @MonSQL AS VARCHAR(500);
/* Définition du paramètre */
SET @MaColonne = ‘Nom';
/* Ecriture de la requête */
SET @MonSQL = ‘SELECT ‘ + @MaColonne + ‘ FROM Agriculteur';
/* Exécution de la requête */
EXEC(@MonSQL)

 2 Usage.

L’ usage le plus fréquent est un site de commerce électronique qui propose de sélectionner des articles suivant plusieurs critères différents ( date, auteur, édition, langue ).

Dans la procédure stockée, on doit construire la chaîne de caractères en s’ appliquant à ajouter dans le WHERE les différentes conditions qui ont été choisis par l’ internaute. Une fois, la chaîne de caractères construite. On peux l’ exécuter et ramener les livres sélectionnées.

3 Approfondissements.

Les problèmes que soulève le SQL Dynamique sont le fait que le EXECUTE aura un environnement d’ exécution différent de la procédure stockée qui l’ appelle. Cela entraîne différents problèmes, notamment, si l’ on désire ramener un paramètre depuis EXECUTE.

Pour résoudre le problème des paramètres de sorties, on utilise la procédure stockée système SP_EXECUTESQL.

3.1 SP_EXECUTESQL.

Le premier avantage de SP_EXECUTESQL est que le plan d’ exécution de la requête est conservé par SQL Server entre les différentes exécutions. Pour un lot d’ une centaine d’ exécution, cela peut générer un gain de temps appréciable par rapport à l’ utilisation de EXEC.

Le plus grand avantage de cette fonction est l’ utilisation de paramètres de sorties.

Exemple :

DECLARE @IntVariable int;
DECLARE @SQLString nvarchar(500);
DECLARE @ParmDefinition nvarchar(500);
DECLARE @max_title varchar(30);

SET @IntVariable = 197;
SET @SQLString = N’SELECT @max_titleOUT = max(Title)
   FROM AdventureWorks.HumanResources.Employee
   WHERE ManagerID = @level';
SET @ParmDefinition = N’@level tinyint, @max_titleOUT varchar(30) OUTPUT';

EXECUTE sp_executesql @SQLString, @ParmDefinition, @level = @IntVariable, @max_titleOUT=@max_title OUTPUT;
SELECT @max_title;