[MSSQLServer 2000][Proc.Stockées] Exécution d'une procédure

Bonjour.

Je n'ai pas trouvé mon bonheur à l'aide de la fonction rechercher et encore moins dans les tutos qui soit dit en passant, me sont d'un tres grand secours... Sauf dans ce cas :D

En me basant sur les tutos:
j'ai créé une procédure stockée en SqlServer 2000 et je veux la tester...

Voici ce que j'ai trouve dans le tuto:

Code:

---

1 2 3

DECLARE @RetourOK bit EXEC(SP_SYS_DB_TRANSACTION 127, @RetourOK OUTPUT) SELECT @RetourOK

---

Voila ce que j'essaye de faire:

Code:

---

EXEC (AspF_Proc_MsgsPriv_Add 'Test', 'AutreTest', 'TestItem', ' TestSub')

---

avec comme entete de procédure:

Code:

---

1 2 3 4 5 6

CREATE PROCEDURE AspF_Proc_MsgsPriv_Add @Sender VARCHAR(10), @Recipient VARCHAR(10), @Item TEXT, @Subject TEXT AS

---

mais vous vous en doutez, cela ne marche pas :?
L'erreur est la suivante: Erreur de syntaxe

Quelqu'un peut me dire pourquoi?

En fait le problème vient de la manipulation des données de types Text.
Si tu n'as pas des contraintes d'utilisations des types de données Text, utilises seulement les varchar ou char car la manipulation des types de données text reqiert des fonctions très particulières.

TEXT permettait d'avoir un texte "infini", je dois mette un VARCHAR(10000000)?

Slt,

le probleme ne vient pas des champs text, il vient parenthese dans ton exec.

Code:

---

EXEC AspF_Proc_MsgsPriv_Add 'Test', 'AutreTest', 'TestItem', ' TestSub'

---

il ne faut pas mettre de parentheses quand tu executes une proc stock; les parentheses sont pour executer du sql dynamique.

a+

Effectivement, ce sont les () dans ce cas ci.

Cependant dans un autre cas, SqlServer rale a cause des TEXT... Donc les deux m'ont bien aidé ;)

Je reviens à l'attaque et je complète mon message précédent:

Voici l'erreur que j'ai:

Code:

---

1 2	Erreur 409: L'opération assignment operator ne peut pas prendre le type de données text comme argument. L'opération assignment operator ne peut pas prendre le type de données text comme argument.

---

avec la procédure suivante:

Code:

---

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 26 27 28

CREATE PROCEDURE AspF_Proc_MsgsPriv_ReadOne @Id INT, @Sender VARCHAR(10) OUT, @Item TEXT OUT, @Subject TEXT OUT, @OK BIT = 0 OUTPUT AS DECLARE @ErrMsg VARCHAR(128) -- Id non passé IF @Id IS NULL OR @Id=0 BEGIN SET @ErrMsg = 'Id must be initialized' GOTO LBL_ERROR END -- Lecture dans la table SELECT @Sender=Sender, @Item=Item, @Subject=Subject FROM AspF_PrivMsgs WHERE IdMessage=@Id; IF @@Error<>0 BEGIN SET @ErrMsg= 'Erreur lors de l''insertion des données' GOTO LBL_ERROR END RETURN @Ok -- Gestion des erreurs LBL_ERROR: RAISERROR (@ErrMsg, 16, 1) GO

---

Citation:

---

Envoyé par Ditch

TEXT permettait d'avoir un texte "infini", je dois mette un VARCHAR(10000000)?

---

Un varchar(8000)

Un TEXT c'est 8000 caracteres max? Merci en tout cas ;)

Tout de même, nous pouvons bay passer les parameters OUTPUT en les remplaçons par un Select :

Code:

---

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 PROCEDURE AspF_Proc_MsgsPriv_ReadOne @Id INT, @OK BIT = 0 OUTPUT AS DECLARE @ErrMsg VARCHAR(128) -- Id non passé IF @Id IS NULL OR @Id=0 BEGIN SET @ErrMsg = 'Id must be initialized' GOTO LBL_ERROR END -- Lecture dans la table SELECT Sender, Item, Subject FROM AspF_PrivMsgs WHERE IdMessage=@Id; IF @@Error<>0 BEGIN SET @ErrMsg= 'Erreur lors de l''insertion des données' GOTO LBL_ERROR END RETURN @Ok -- Gestion des erreurs LBL_ERROR: RAISERROR (@ErrMsg, 16, 1) GO

---

Dès lors, un appel du genre

Code:

---

AspF_Proc_MsgsPriv_ReadOne 1

---

Peut te renvoyer ce que tu attends.

Dans ce cas, cela va me renvoyer quoi?

Imaginons qu'actuellement je fais un "SELECT Col1, Col2 FROM Table1", comment puis je faire pour le passer en procédure stockée?

Je dois pouvoir afficher les valeurs que je récupère. :lol:

Pas de problèmes du fait de l'abscence des OUTPUT.
Le code ci-dessous s'en charge.

Code:

---

1 2 3 4

SELECT Sender, Item, Subject FROM AspF_PrivMsgs WHERE IdMessage=@Id;

---

En tout cas vous aurez toujours vos trois valeurs de retours
Sender, Item et Object.

Avez vous testez la procedure en question ?

Cependant je ne fais pas de SELECT sur la clé primaire.

Si je récupère plusieurs lignes, est ce possible?
De tte facon, je pense que je vais adapter ma méthode de travail en conséquence mais c'est par curiosité.

Puis que le select te renvoie une table alors pas de problème.
En tout cas ca marche parfaitement bien !!!!

Il me semblait avoir lu quelque part que ce n'étais pas possible d'utiliser les tableaux en procédures stockées sous SqlServer... Je teste cela demain.

Merci pour tout

Citation:

---

Envoyé par Ditch

Il me semblait avoir lu quelque part que ce n'étais pas possible d'utiliser les tableaux en procédures stockées sous SqlServer... Je teste cela demain.

Merci pour tout

---

J'ai dit qu'il retournait une table pas un tableau qui n'existe pas en SQL Server !

Ok merci ;)