Question basique PRINT

Bonjour,
Je suis tout nouveau dans le monde de SQL server et je n'arrive pas à comprendre pourquoi je ne peux pas afficher le moindre print sous MS SQL Server Management Studio 2005 lors de l'écriture d'une fonction en T-SQL:

Code:

---

1 2 3

PRINT 'TEST'; PRINT @SQL; PRINT 'SQL:' + @SQL;

---

Lorsque j'exécute la fonction le message suivant s'affiche:

Code:

---

1 2	Msg 443, Niveau 16, Etat 14, Procédure IMPORT_EXCEL_FILE, Ligne 17 Utilisation non valide d'un opérateur présentant des effets secondaires ou d'un opérateur dépendant du temps 'PRINT' dans une fonction.

---

PS: Je tiens à préciser que ma fonction fonctionne sans l'utilisation de PRINT mais bon je souhaite l'utiliser ;)

Merci par avance pour vos réponses.

Cordialement,
Daniel

Bonjour DanaX,

J'ai déjà eu cette erreur et je crois que c'est parce que votre @SQL contient GETDATE(), qui n'est pas déterministe.
Avec PRINT, on ne peut tracer que des constantes.
Si ce n'est pas le cas, pourriez-vous poster votre commande @SQL ?

Quel est le contenu de la variable @SQL ?

Petite info en passant : le ; n'est pas obligatoire après l'instruction PRINT.

Bonjour,

En fait il ne l'est derrière aucune instruction, pour l'instant ... :D
En revanche il l'est devant certaines, comme WITH [ExpressionDeTableCommune].

Quand sera-t-il obligatoire ?

Citation:

---

Envoyé par cavo789

Quel est le contenu de la variable @SQL ?

Petite info en passant : le ; n'est pas obligatoire après l'instruction PRINT.

---

Il contient une requête sous la forme de caractère mais je rencontre même le problème si j'affiche

Code:

---

PRINT 'YOP';

---

Bonjour,

on ne peut tout simplement pas utiliser PRINT (de meme que EXEC et autres joyeusetés je crois) dans une fonction.
Je te conseille de sortir ton code de la fonction pour le debugger.

Citation:

---

Envoyé par nox75

Bonjour,

on ne peut tout simplement pas utiliser PRINT (de meme que EXEC et autres joyeusetés je crois) dans une fonction.
Je te conseille de sortir ton code de la fonction pour le debugger.

---

Le EXEC ne semble pas poser de problème lors de l'exécution mais je trouve cela un peu débile!!!!
En même temps, j'ai été obliger d'utiliser cette base alors que postgresql aurait été plus intéressant ;)

Oui, pardon, c'est le EXECUTE (string) qui pose le meme probleme me semble-t-il. En tout cas je sais qu'on est plus limité dans une fonction. J'ai eu pas mal de soucis du meme genre. getdate() y est interdit par exemple.

En l'occurence ca n'est pas tres bloquant, ca ne pose en général pas trop de probleme de debugger hors fonction (à la barbare quoi, en copiant collant le code et en l'executant).

Les fonctions SQL (UDF) ont la nécéssité d'être utilisées dans une requête SQL. Elle ne peuevtn pas conséquente être exécutée en dehors de ce contexte. Dès lors tout ce qui n'est pas un retour saclaire pour une fonction scalaire et un retour table pour un fonction table est interdit.
De même pour les manipulation SQL.

Comme j'ai déjà eut l'occasion de le dire ici : http://www.developpez.net/forums/d61...xpress-2005-a/

Citation:

---

"
Une fonction (ou UDF, user Define Fonction) est un programme destiné à fournir en sortie, une valeur scalaire ou une table (SELECT).
Les fonctions scalaires ne peuvent pas contenir :

* de transaction,
* de sql dynamique
* d'ordre de mise à jour (INSERT, UPDATE, DELETE)
* d'ordre DDL (CREATE, ALTER, DROP), DCL (GRANT REVOKE)
* un appel à une procédure
* l'utilisation d'un cursor

Une fonction table peut contenir des ordres de mise à jour, mais uniquement sur la table en sortie.

Une fonction se crée par CREATE FUNCTION et si vous le souhaitez vous pouvez la placer dans un schéma SQL particulier que vous aurez préalablement créé.

"

---

Bien entendu le PRINT fait aussi partie des choses interdites dans les fonctions !

A +

Merci SQLpro pour ces éclaircissement :)

Merci pour ces précisions le problème étant que je ne fais que commencer dans le monde de SQL server à la base je viens plutôt du monde PostGreSQL et MySQL et ces notions sont inexistantes :)