Discussion :

[Passepoil]

Bonjour,

Je cherche une façon d'évaluer si une expression dans un variable de type NVARCHAR est vraie ou fausse.

Lorsque c'est une expression booléenne, le méthode suivante fonctionne très bien :

Code :

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

1
2
3
4
5
6
7
8
9
DECLARE @expression NVARCHAR(100); SET @expression = '((1 | 0))';
DECLARE @Result INT;
 
IF OBJECT_ID('tempdb..#MyTableTemp') IS NOT NULL DROP TABLE #MyTableTemp
CREATE TABLE #MyTableTemp (result INT)
EXEC('INSERT INTO #MyTableTemp SELECT ' + @expression )
SET @Result = (SELECT TOP 1 result FROM #MyTableTemp)
DROP TABLE #MyTableTemp 
PRINT @Result

Resultat obtenu: 1

Par contre, je souhaite évaluer une expression semblable à celle-ci :

Code :

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

DECLARE @expression NVARCHAR(100); SET @expression = '((1 | 0) & (2 < 3))';

OU

Code :

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

DECLARE @expression NVARCHAR(100); SET @expression = '((1 OR 0) AND (2 < 3))';

Mais ça ne fonctionne pas. Quelqu'un a une suggestion ?

Pascal

[Donpi]

C'est le "<" qui pose problème
essayez de convertir en "Case When Else"

[Passepoil]

Donpi, merci pour la suggestion mais trop complexe.

À la base, ce sont des conditions qui seront remplies par de gens qui n'ont aucune idée c'est quoi le langage SQL.

À noté que les 1 et 0 remplacent des valeurs selon leur présence dans un 'array' de valeurs et ont été traités précédement.

[elsuket]

Bonjour,

Dans ce cas remplacez automatiquement les "pipes" et les "et commerciaux" avant de procéder à l'insertion dans la table, soit dans l'application, soit par un trigger INSTEAD OF.

Notez que l'utilisation du code T-SQL dynamique n'est ici d'aucune utilité.
D'autre part comme vous n'utilisez pas la procédure stockée système sp_executesql pour ce faire, à chaque fois que la valeur de @expression change, un nouveau plan d'exécution est généré.
Comme il y a très peu de chances pour que celui-ci soit réutilisé (il faudrait pour cela que les valeurs de @expression changent peu), vous aurez un cache de procédures un peu pourri.

Ensuite, les tables dans TempDB, comme toute table, ont un schéma. Si vous ne le connaissez pas et qu'aucun schéma par défaut n'a été attribué à l'utilisateur qui exécute ces requêtes, c'est dbo. Le double point est imprécis, et c'est SQL Server qui fait la recherche pour vous.

Enfin je ne vois pas l'intérêt de la table temporaire ici

@++

[Sergejack]

Par contre, je souhaite évaluer une expression semblable à celle-ci :

Code :

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

DECLARE @expression NVARCHAR(100); SET @expression = '((1 | 0) & (2 < 3))';

OU

Code :

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

DECLARE @expression NVARCHAR(100); SET @expression = '((1 OR 0) AND (2 < 3))';

Mais ça ne fonctionne pas. Quelqu'un a une suggestion ?

Pascal

1 | 0 est incorrect
1 OR 0 est presque correct
((1 = 1 OR 0 = 1) AND (2 < 3)) serait correct

Voici ce que je vous suggère de faire :

Code :

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

1
2
3
4
DECLARE @clause NVARCHAR(MAX) =
N'
((1 = 1 OR 0 = 1) AND (2 < 3))
'

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
DECLARE @b BIT
DECLARE @query NVARCHAR(MAX) = REPLACE(
N'
SELECT @b = MAX(val)
FROM (
	SELECT
		1
	WHERE {clause}
 
	UNION ALL
 
	SELECT 0
) AS Src(Val)
'
, N'{clause}'
, @clause
)
 
 
EXEC sp_executesql 
        @query = @query
        , @params = N'@b BIT OUTPUT'
        , @b = @b OUTPUT 
 
-- SELECT @b

[Passepoil]

Merci Sergejack,

J'avais justement trouvé cette formulation hier soir.

Merci de votre aide.


Pascal