gemon ha scritto:
effettivamente ho sparato un pò troppo in alto ed ho descritto frettolosamente il mio problema, comunque con sql2000 mi succede che quando apro una stored con l'enterprise manager ne modifico poche righe, appena faccio "Apply" i suoi permessi vengono resettati.
La tua insistenza mi ha fatto fare anche a me una prova, anche in considerazione del fatto che, molto spesso, EM risolve spartanamente le attività di ALTER TABLE eliminando l'oggetto e ricreandolo con lo stesso nome dopo aver travasato i dati e ristabilito i constraint (è il caso ad esempio di quando vuoi aggiungere un campo in una posizione ben definita della tabella e non in fondo agli altri campi). Tuttavia non riesco a riprodurre nessuna anomalia e anche attivando una traccia di Profiler per analizzare che cosa fa dietro le quinte non noto alcuna anomalia. Il comando che viene eseguito è un normalissimo ALTER PROC e che l'oggetto non viene eliminato e ricreato te ne accorgi anche semplicemente interrogando la sysobjects per vedere il suo object_id. Ovviamente nessuna sparizione di permessi...
Lo so che è strano e se fosse stato per tutti così la cosa si sarebbe risolta dopo 2 secondi dall'uscita di sql, ma è proprio quello che succede a me ed a tutti gli altri che usano l'enterprise manager per modificare le stored e le function del DB. 
Non so a nome di quante persone parli o di quante persone hai delega per parlare... ma le attività che descrivi le ho fatte pochi minuti fa facendo anche attenzione a fare "apply" prima di "ok" per seguire gli stessi step... Come mi aspettavo nessun problema. Se qualcun altro riscontra l'anomalia si faccia avanti senza passare per il tramite di gemon, cosicchè si possa contare quanti hanno il problema (indicando magari anche il livello di service pack); le mie prove sono state eseguite su una istanza della edizione Developer versione 8.00.2039 (SP4).
Bye
