Discussion :

[mohamed301084]

Bonjour,


Je construis dans ma procédure stockée une variable qui contient une requête SQL.
Cette requête est une requête UNION (ce qui explique pourquoi elle doit être si longue ... )
J'exécute ensuite ma requête dans la procédure stockée en faisant appel à la fonction sp_executesql.

Voila donc ce que cela donne :

Code :

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

1
2
3
4
5
6
 
DECLARE @SQLString nvarchar(4000);  /* 4000 est la valeur max pour un nvarchar */
 
SET @SQLString = 'SELECT FROM UNION SELECT FROM ....' ;
 
EXECUTE sp_executesql @SQLString;

Je suis donc coincé puisque ma requête dépasse les 4000 caractères maximum autorisés pour un nvarchar.


J'ai donc changé le type nvarchar en varchar qui autorise jusqu'à 8000 caractères MAIS l'appel à sp_executesql provoque une erreur à l'éxecution

Msg*214, Niveau*16, État*2, Procédure*sp_executesql, Ligne*676
Paramètre '@statement' de type 'ntext/nchar/nvarchar' attendu par la procédure.

Si quelqu'un a une brillante idée pour me sortir de cette affaire


Cdlt.

[mikedavem]

Et avec un NVARCHAR(MAX) ?

++

[ben et nuts]

NVARCHAR(MAX) ?

Cela équivaut à un nvarchar(4000), non ?

J'imagine que vous avez déjà essayé de réduire votre requête ? Avez-vous essayé les alias sur les tables par exemple ?

[mikedavem]

Cela équivaut à un nvarchar(4000), non ?

MAX signifie que le stockage peut aller jusqu'à 2^31 - 1 octets

++

[ben et nuts]

au temps pour moi !

[mikedavem]

Pas de souci

[mohamed301084]

Merci pour vos idées.


J'ai gagné pas mal de caractères graces aux alias !

Mais comment utiliser la notion de max dans mon cas ? ? ?

Code :

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

DECLARE @SQLString nvarchar(MAX);

cela généré une erreur

Je pensais que 4000 était déjà la valeur maximale autorisée pour un nvarchar.

Et dernière précision la base est sur un SQL Server 2000.

[pgeiger]

Bonjour,

A partir de SQL Server 2009, il existe un nouveau type de variable : NVARCHAR(MAX) qui permet de dépasser la limite de 4000 caractères. Ce type permet de stocker 2 Go de données.
Mais sous SQL Server 2000, il n'est pas possible de stocker plus de 4000 octets avec NVARCHAR.

Pourquoi ne pas utiliser le type ntext ?

Extrait de la documentation :

Code :

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

1
2
3
4
5
6
7
sp_executesql [@stmt =] stmt[ {, [@params =] N'@parameter_name data_type [,...n]' }
    {, [@param1 =] 'value1' [,...n] }
]
 
[@stmt =] stmt
Chaîne Unicode contenant une instruction ou un lot d'instructions Transact-SQL. L'argument stmt doit être une constante Unicode ou une variable pouvant implicitement être convertie en ntext. L'utilisation d'expressions Unicode plus complexes (comme par exemple la concaténation de deux chaînes avec l'opérateur +) n'est pas autorisée. L'utilisation de constantes de caractères n'est pas autorisée non plus. Si une constante est spécifiée, elle doit contenir le préfixe N. Par exemple, la constante Unicode N'sp_who' est autorisée, mais la constante de caractères 'sp_who' ne l'est pas. La taille de la chaîne n'est limitée que par la quantité de mémoire disponible sur le serveur de base de données.

Bonne journée,

[mohamed301084]

Ma (très longue ) requête se construit par des concaténations successives, l'utilisation de ntext devient dans mon cas un enfer.

Il faut à priori utiliser la fonction updatetext car il est impossible d'utiliser l'opérateur +

Si quelqu'un a une solution avec le type ntext je suis tout de même preneur.

Voici en gros la variable à construire :

@SQLSTRING ntext = @SQLSTRING1 nvarchar(4000) +
'UNION' + @SQLSTRING2 nvarchar(4000) +
'UNION' + @SQLSTRING3 nvarchar(4000)

Puisque j’exécute à la fin

Code :

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

EXECUTE sp_executesql @SQLString;

Merci de vos réponses.

[ben et nuts]

Bonjour,

certains utilisent plusieurs variables nvarchar pour stocker leur requête...
je trouve ça moche, mais si ça marche pour eux...
Execute Dynamic SQL String larger than 4000 characters

++

[mohamed301084]

Salut,

Merci pour la suggestion.


J'avais déjà essayé cela mais en passant par la procédure sp_executeSQL cela n'était pas possible.


Finalement j’exécuterai désormais mon SQL Dynamique directement sans passer par la procédure sp_executeSQL quitte à perdre en performance lors de l'execution.

Code :

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

EXEC (@q1 + @q2 + @q3)

à la place de

Code :

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

EXEC sp_executesql (@q)

Au moins mes requêtes ne seront plus tronquées à 4000 caractères.


Merci à tous. PB résolu

[elsuket]

Bonjour,

A votre place je me demanderai plutôt :

- pourquoi la chaîne de requête atteint une telle longueur
- si je ne devrai pas revoir mon modèle de données ...
- ... ou agréger les tables sous une seule vue qui spécifierait l'UNION ...

@++

[mikedavem]

Je pense en effet que le modèle ne doit pas être terrible ...

Par curiosité pouvons nous savoir ce que vous concaténer comme cela ?

++