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 Etude des performances.

1.1 Matériel.

L’ étude de Rudi Bruchez sur .net avec SQL Server paru sur Developpez.com.

Un portable moyen de gamme.

Visual Studio 2008 express.

SQL Server 2005 developper.

Une table Arbre[primary key identity, NOM(varchar[25]) contenant 200 000 lignes.

1.2 Requête SQL.

La requête SQL : SELECT NOM FROM Arbre; pour 200 000 lignes Arbre N°Identity.

Durée d’ exécution sur le manager : 7 secondes.

1.3 Procédure stockée SQL.

CREATE PROCEDURE ListeNomsArbres AS SELECT NOM FROM Arbre;
GO

Durée d’ exécution sur le manager : 7 secondes.

1.3 Procédure SQLCLR.

La procédure reprend la commande SQL mais l’ encapsule dans du code .NET chargé dans l’ SQLOS de Sql Server.

using System.Data;
using System.Data.SqlClient;
using System.Data.SqlTypes;
using Microsoft.SqlServer.Server;

public class StoredProcedures
{
    [Microsoft.SqlServer.Server.SqlProcedure]
    public static void GetArbreFromCTIFL()
    {
        try
        {
            using (SqlConnection cn = new SqlConnection(« context connection=true »))
            {
                cn.Open();
                string sql = @ »SELECT NOM
                                FROM ARBRE »;
                SqlCommand cmd = new SqlCommand(sql, cn);
                SqlContext.Pipe.Send(cmd.ExecuteReader());
            }
        }
        catch (Exception e)
        {
            SqlPipe pipe = SqlContext.Pipe;
            pipe.Send(« erreur d’execution »);
            pipe.Send(e.Message);
            pipe.Send(e.StackTrace);
        }
    }
}

Après mise en place sur le server suivant les indication de rudib.

L’ exécution de la procédure prend 17 secondes.

Le temps d’ exécution est donc bien plus lent, le double.

2 Peux on utiliser le SQLCLR ?

D’ abord,du point de vue de SQL Server, Il suffit de créer un Assembly pointant sur le répertoire C:\ du serveur et contenant la librairie .net compilée. L’ Assembly crée, la procédure devient très simple à déclarer.

D’ après « Administrating SQL Server », le SQLCLR répond à des problématiques de communication de SQL Server avec son environnement non conventionnels ( exemple : mail, sms… )

Autre cas d’ usage du SQLCLR, les traitements algorithmiques lourds, portant sur quelques lignes, en mode pas à pas.

Autre cas d’ utilisation du SQLCLR, le calcul complexe, à partir de données que l’ on souhaite mettre à disposition dans une procédure stockée.

lien sur un article de mike daven sur le CLR.

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;

J’avais résolu ce problème d’une façon élégante à l’aide des CTE sous SQL Serveur 2005.
Aujourd’hui, je vous livre la solution classique, pour sql serveur 2000.

D’abord, nous devons créer une table de numeros…

Ensuite, il suffit d’écrire la requete suivante :

D’aprés SQL Pro, il s’agit d’une requete d’inequi jointure!

Question 2 :

Question 3 :

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 int = 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é.

Aujourd’hui, utilisation des CTE pour multiplie une ligne.

( Première Partie ) Problème N°2 Le publipostage. Pour info, j’ai cherche un moment comment multiplier des données avant de comprendre que c’était les CTE la solution.

Réponse :

PS : je m’en vais sur le champs demander l’autorisation de continuer la publication de solutions aux problèmes fournis par sql pro…

Le week end dernier, je cherchais une solution avec les CTE pour résoudre ce problème sans y arriver et cette semaine, sql pro a poste sur le forum developpez.com, une solution à un problème similaire… Merci SQL Pro!

Aujourd’hui, je vous propose de résoudre un problème par application des fonctions de fenêtrage et de ranking, nouvelle fonctionnalité de sql serveur 2005, dans le but de numéroter des lignes lors d’un SELECT.

Problème : http://sqlpro.developpez.com/Exercices/SQL_AZ_P1.html – Problème n° 7 – le comptage.

Solution :

Select
PSP_NOM, Row_Number() Over (Order By PSP_NOM) as Numero
From
T_PROSPECT_PSP
Order by
PSP_NOM ASC;

Cela m’a pris 3 secondes pour identifier la solution, rédiger la requête et obtenir le résultat mais je pense que le problème est probablement plus complexe sous sql serveur 2000.