Discussion :

[kriss.fr]

Bonjour,

Je me suis appuyée sur cette solution proposée pour pouvoir obtenir le même résultat à la différence près que je m’appuie sur le résultat d'une requête et non d'une table. Et malheureusement, j'ai le message d'erreur suivant :
"Incorrect syntax near the keyword 'SELECT'."

Pouvez-vous SVP m'indiquer où est l'erreur ?

Voici ma requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
CREATE FUNCTION [dbo].[Concat] (@Code nvarchar(10))  
RETURNS nvarchar(20) AS   
BEGIN 
    DECLARE @TexteConcat nvarchar(20) 
    SET @TexteConcat = ''
 
    SELECT @TexteConcat = @TexteConcat + Class + ';' 
    FROM Table1
    WHERE Code=@Code 
    ORDER BY Class
 
    RETURN @TexteConcat
END
 
 
SELECT distinct Code, dbo.Concat(Code)
from (
        select distinct Code, Class
        from table1 T1
            ,table2 T2
        where T1.Code=T2.Code 
        and Code in ('0200349546','0200349553','0200349561')
        and T2.GroupingCode='01'
       ) as aa
order by Code

en vous remerciant.

Cordialement,
Kriss.fr

[Lyche]

Un petit Edit et une balise code pour la clarté de lecture?

Merci

Cordialement,
Lyche

[aieeeuuuuu]

bonjour,

Lancez la requête indépendamment de la création de la création de la fonction.

Par exemple, dans votre code, placez un GO après la création de la fonction.

Mais... êtes vous également sous SQL Server 2000 ?

avec une version plus récente, il y a des solutions plus élégantes...

[kriss.fr]

Un petit Edit et une balise code pour la clarté de lecture?

Merci

Cordialement,
Lyche

Oups désolée, je n'ai pas l'habitude de poster des lignes de code

bonjour,

Lancez la requête indépendamment de la création de la création de la fonction.

Par exemple, dans votre code, placez un GO après la création de la fonction.

Mais... êtes vous également sous SQL Server 2000 ?

avec une version plus récente, il y a des solutions plus élégantes...

Bonjour,

Je vais essayer en mettant un GO comme vous l'indiquez.

Je suis sous la version 2008 de SQL Server donc si vous avez quelque chose de plus élégant, je suis tout à fait preneuse.

Cordialement,
Kriss

[elsuket]

Bonjour,

Effectivement, GO est une instruction pour l'utilitaire en lignes de commandes SQLCMD avec lequel SQL Server Management Studio interagit. Toute création de module (procédure stockée, fonction, déclencheur) doit être unique : il ne peut y avoir d'autre instruction dans le lot. On sépare les lots à l'aide de GO

En ce qui concerne l'expression de votre requête, vous pouvez vous inspirer de ce que j'ai donné ici. Je vous déconseille l'utilisation de fonctions scalaires, car leur exécution est contre-performante par nature : de telles fonctions sont exécutées ligne de résultat par ligne de résultat. Supposons donc que votre requête retourne 1000 lignes : la fonction scalaire sera appelée 1000 fois. On peut s'en rendre compte à l'aide de SQL Profiler.

En revanche, si vous créez une fonction de table en ligne, celle-ci est appelée une seule fois pour l'ensemble des lignes de résultat, ce qui est de la même nature que SQL : ensembliste et en conséquence performant.

@++

[kriss.fr]

Bonjour,

Effectivement, GO est une instruction pour l'utilitaire en lignes de commandes SQLCMD avec lequel SQL Server Management Studio interagit. Toute création de module (procédure stockée, fonction, déclencheur) doit être unique : il ne peut y avoir d'autre instruction dans le lot. On sépare les lots à l'aide de GO

En ce qui concerne l'expression de votre requête, vous pouvez vous inspirer de ce que j'ai donné ici. Je vous déconseille l'utilisation de fonctions scalaires, car leur exécution est contre-performante par nature : de telles fonctions sont exécutées ligne de résultat par ligne de résultat. Supposons donc que votre requête retourne 1000 lignes : la fonction scalaire sera appelée 1000 fois. On peut s'en rendre compte à l'aide de SQL Profiler.

En revanche, si vous créez une fonction de table en ligne, celle-ci est appelée une seule fois pour l'ensemble des lignes de résultat, ce qui est de la même nature que SQL : ensembliste et en conséquence performant.

@++

Merci pour ces infos.
J'essaie dès que possible et vous tiens au courant.

Cordialement,
Kriss