我要的结果是这样：只能有查询表的权限，而且还要有运行SQLServerProfiler的权限。这样才能跟踪发现问题，当然解决问题是另外一回事，即不能有修改和更新存储过程的权限。
我在分配角色成员时，给相关的登录用户名赋予了"db_datareader"和"db_denydatawriter"的角色，这样就只有查询表的权限了。
但是运行SQLServerProfiler的时候，会提示“您必须是sysadmin固定服务器角色的成员或具有ALTERTRACE权限，才能对SQLServer运行跟踪。”
请问我现在该怎么办？难道我要求的这两个权限不能同时成立？
1:>> 授予一个trace权限即可
use[master]
GO
GRANTALTERTRACETO[user]
GO
2:>>只是授予查询存储过程的能力,但不能执行存储过程
use[master]
GO
grantviewdefinitionto[user]
固定服务器角色：
按照从最低级别的角色（bulkadmin）到最高级别的角色（sysadmin）的顺序进行描述：
Bulkadmin：这个服务器角色的成员可以运行BULKINSERT语句。这条语句允许从文本文件中将数据导入到SQLServer数据库中，为需要执行大容量插入到数据库的域账户而设计。
Dbcreator：这个服务器角色的成员可以创建、更改、删除和还原任何数据库。这不仅是适合助理DBA的角色，也可能是适合开发人员的角色。
Diskadmin：这个服务器角色用于管理磁盘文件，比如镜像数据库和添加备份设备。它适合助理DBA。
Processadmin：SQLServer能够多任务化，也就是说可以通过执行多个进程做多个事件。例如，SQLServer可以生成一个进程用于向高速缓存写数据，同时生成另一个进程用于从高速缓存中读取数据。这个角色的成员可以结束（在SQLServer中称为删除）进程。
Securityadmin：这个服务器角色的成员将管理登录名及其属性。他们可以授权、拒绝和撤销服务器级权限。也可以授权、拒绝和撤销数据库级权限。另外，它们可以重置SQLServer登录名的密码。
Serveradmin：这个服务器角色的成员可以更改服务器范围的配置选项和关闭服务器。例如SQLServer可以使用多大内存或监视通过网络发送多少信息，或者关闭服务器，这个角色可以减轻管理员的一些管理负担。
Setupadmin：为需要管理链接服务器和控制启动的存储过程的用户而设计。这个角色的成员能添加到setupadmin，能增加、删除和配置链接服务器，并能控制启动过程。
Sysadmin：这个服务器角色的成员有权在SQLServer中执行任何任务。
Public:有两大特点，第一，初始状态时没有权限；第二，所有的数据库用户都是它的成员。
固定数据库角色：
微软提供了9个内置的角色，以便于在数据库级别授予用户特殊的权限集合。
db_owner:该角色的用户可以在数据库中执行任何操作。
db_accessadmin:该角色的成员可以从数据库中增加或者删除用户。
db_backupopperator:该角色的成员允许备份数据库。
db_datareader:该角色的成员允许从任何表读取任何数据。
db_datawriter:该角色的成员允许往任何表写入数据。
db_ddladmin：该角色的成员允许在数据库中增加、修改或者删除任何对象（即可以执行任何DDL语句）。
db_denydatareader:该角色的成员被拒绝查看数据库中的任何数据，但是他们仍然可以通过存储过程来查看。
db_denydatawriter:像db_denydatareader角色，该角色的成员被拒绝修改数据库中的任何数据，但是他们仍然可以通过存储过程来修改。
db_securityadmin:该角色的成员可以更改数据库中的权限和角色。
public：在SQLServer中每个数据库用户都属于public数据库角色。当尚未对某个用户授予或者拒绝对安全对象的特定权限时，这该用户将据称授予该安全对象的public角色的权限，这个数据库角色不能被删除。
