Hmm, nur eine Idee: Bei der Verwendung von zusammengesetzten SPROCs, bzw. SPROCs die SQL Statements generieren (mittels EXECUTE / EXEC) benötigt man SELECT (INSERT od. UPDATE) Rechte auf die relevanten Tabellen, da sonst die Security ausgehebelt wird.
Kann es sein, dass der SQL Syntax in der Managed Stored Procedure zusammengesetzt wird, bzw. das vom SQL Server so gesehen wird? Gruß, marcus -----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Lars Berner Gesendet: Donnerstag, 28. Juli 2005 11:13 An: [email protected] Betreff: [Coffeehouse] Berechtigungsfrage SQL Sever 2005 Hallo, folgende Frage zum SQL Server 2005: Wir haben eine Managed Stored Procedure mit Hilfe eines DataBase Projects geschrieben, das Ding kompiliert und deployed und einen TestUser zur Datenbank hinzugefügt. Der TestUser hat Execute Rechte auf die SP, trozdem bekommen wir eine Exception, wonach der TestUser keine Select Berechtigungen auf die Tabelle hätte. Eindeutig hat der User aber Execute Berechtigungen auf die SP. Wenn wir die SP allerdings in nativem SQL scripten und erstellen, den User hinzufügen klappt alles wie erwartet. Weiss jemand von euch, was hier faul sein könnte? Viele Grüße Lars _______________________________________________ Coffeehouse Mailingliste, Postings senden an: [email protected] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/coffeehouse _______________________________________________ Coffeehouse Mailingliste, Postings senden an: [email protected] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/coffeehouse
