[MSSQL server 2000] stored procedure a demarre toute seule

Bonjour a tous !

J'aurai voulu votre avis sur les possibles causes pouvant conduire a ce fait :
Une stored procedure sous SQL Server 2000 a base de "TRUNCATE TABLE" a ete stockee pour une utilisation future. Mais des le stockage, elle s'est executee.

Je n'ai pas trouve de reference a des procedures stockees demarrant toute seule sur internet. Peut-etre pourriez-vous me donner les differentes causes possibles de ce phenomene, qui dans ce cas a ete plutot catastrophique ?
La procedure suit ce shema :
- 1 ligne "TRUNCATE TABLE" + nom de la table
- GO
Le tout repete pour chaque table devant etre effacee.

Le but du script etait de purger la base apres avoir traite tout un lot de commandes. Mais comme il s'est execute des le stockage, la base a ete purgee avant que les commandes soient traitees... je vous laisse imaginer la tete du patron.

Merci pour votre aide,
Clement.

Salut,

Pour créer cette procédure, tu as fait comme suit :

Code:

---

1 2 3

create procedure X as ... go

---

Avec à la place des ... tous tes truncate table ?
Car en fait, si tu as mis des GO après chaque instruction, la procédure n'a pris que la première et les autres se sont exécuté lorsque tu as lancé le script de création.
C'est une raison plosible à ton soucis mais des experts vont peut être me contre-dire....

Bonjour,

A priori ce que tu as fait, c'est quelque chose comme ceci :

Code:

---

1 2 3 4 5 6 7

CREATE PROCEDURE dbo.maproceduredangereuse AS TRUNCATE TABLE t1 GO TRUNCATE TABLE t2 GO

---

Le GO n'est pas une instruction SQL, mais un séparateur de batch interprété par le client (Query Analyzer) pour séparer les envois au serveur. Donc tout ce que tu as mis après le premier GO s'est exécuté. Regarde ce qui reste du code de ta procédure.

Oui c'est exactement ca. Ca eclairerait beaucoup !
(Juste je precise que ce n'est pas moi qui ai ecrit le script :p)

Oui c'est ca qui a ete fait.
D'ailleurs la tout premiere table n'a pas ete effacee.
Voyons d'autres avis pour confirmation, mais ca m'a l'air plus que probable. Merci a toi :)

(Juste je precise que ce n'est pas moi qui ai ecrit le script :p)

Regarde simplement le code de ta procédure stockée, il va y avoir seulement le premier truncate table.
Pour l'avenir, gère les droits sur la base avec plus de restrictions.

Bon apparemment tout le monde est d'accord, en effet le premier truncate a pas ete execute.
Merci a vous tous :)

Rudlib, si les droits de la base avaient ete geres autrement, le probleme n'aurait pas eu lieu d'apres toi ?

Si le compte qui crée la procédure a le droit de créer des objets, mais pas celui d'écrire des données, oui.

Ah oui, effectivement...