sql server 2005中数据库角色成员身份中那些东西都是什么意思啊，如果只选public会有哪些权限
sql server 2005中数据库角色成员身份中那些东西都是什么意思啊，如果只选public会有哪些权限
sql server 2005中数据库角色成员身份中那些东西都是什么意思啊，如果只选public会有哪些权限
12.4& 角色
当几个用户需要在某个特定的数据库中执行类似的动作时(这里没有相应的Windows用户组)，就可以向该数据库中添加一个角色(role)。数据库角色指定了可以访问相同数据库对象的一组数据库用户。
数据库角色的成员可以分为如下几类：
Windows用户组或用户账户
SQL Server登录
SQL Server的安全体系结构中包括了几个含有特定隐含权限的角色。除了数据库拥有者创建的角色之外，还有两类预定义的角色。这些可以创建的角色可以分为如下几类：
固定服务器
固定数据库
用户自定义12.4.1& 固定服务器
由于固定服务器是在服务器层次上定义的，因此它们位于从属于数据库服务器的数据库外面。表12-1列出了所有现有的固定服务器角色。
表12-1& 固定服务器角色
固定服务器角色
执行SQL Server中的任何动作
serveradmin
配置服务器设置
setupadmin
安装复制和管理扩展过程
securityadmin
管理登录和CREATE DATABASE的权限以及阅读审计
processadmin
管理SQL Server进程
创建和修改数据库
管理磁盘文件
下面两个系统过程用来添加或删除固定服务器角色成员：
sp_addsrvrolemember
sp_dropsrvrolemember
您不能添加、修改或删除固定服务器角色。另外，只有固定服务器角色的成员才能执行上述两个系统过程来从角色中添加或删除登录账户。sa登录
sa登录是系统管理员的登录。在以前的SQL Server版本中不存在角色，sa登录具有所有可能的关于系统管理工作的权限。在SQL Server 2005中，sa登录保持了向后兼容性。sa登录永远是固定服务器角色syadmin中的成员，并且不能从该角色中删除。
只有当没有其他方法登录到SQL Server系统中时，再使用sa登录。12.4.2& 固定服务器角色及其权限
在某个SQL Server系统中，每个固定服务器角色都有其隐含的权限。使用系统过程sp_srvrolepermission可以浏览每个固定服务器角色的权限。该系统过程的语法形式为：
sp_srvrolepermission[[@srvrolename =] 'role']
如果没有指定role的值，那么所有的固定服务器角色的权限都将显示出来。下面的部分将讨论每个固定服务器角色的权限。1. sysadmin
固定服务器角色sysadmin的成员被赋予了SQL Server系统中所有可能的权限。例如，只有这个角色中的成员(或一个被这个角色中的成员赋予了CREATE DATABASE权限的用户)才能够创建数据库。
固定服务器角色和sa登录之间有着特殊的关系。sa登录一直都是固定服务器角色中的成员，并且不能从该角色中删除。2. serveradmin
固定服务器角色serveradmin的成员可以执行如下的动作：
向该服务器角色中添加其他登录
运行dbcc pintable命令(从而使表常驻于主内存中)
运行系统过程sp_configure(以显示或更改系统选项)
运行reconfigure选项(以更新系统过程sp_configure所做的所有改动)
使用shutdown命令关掉数据库服务器
运行系统过程sp_tableoption为用户自定义表设置选项的值3. setupadmin
固定服务器角色setupadmin中的成员可以执行如下的动作：
向该服务器角色中添加其他登录
添加、删除或配置链接的服务器
执行一些系统过程，如sp_serveroption4. securityadmin
固定服务器角色securitypadmin中的成员可以执行关于服务器访问和安全的所有动作。这些成员可以进行如下的系统动作：
向该服务器角色中添加其他登录
读取SQL Server的错误日志
运行如下的系统过程：如sp_addlinkedsrvlogin、sp_addlogin、sp_defaultdb、sp_defaultlanguage、sp_denylogin、sp_droplinkedsrvlogin、sp_droplogin、sp_grantlogin、sp_helplogins、sp_remoteoption和sp_revokelogin(所有这些系统过程都与系统安全相关。)5. processadmin
固定服务器角色processadmin中的成员用来管理SQL Server进程，如中止用户正在运行的查询。这些成员可以进行如下的动作：
向该服务器角色中添加其他登录
执行KILL命令(以取消用户进程)6. dbcreator
固定服务器角色dbcreator中的成员用来管理与数据库创建和修改有关的所有动作。这些成员可以进行如下的动作：
向该服务器角色中添加其他登录
运行CREATE DATABASE和ALTER DATABASE语句
使用系统过程sp_renamedb来修改数据库的名称7. diskadmin
固定服务器角色diskadmin的成员可以进行如下与用来存储数据库对象的文件和文件组有关的动作：
向该服务器角色中添加其他登录
运行如下系统过程：sp_ddumpdevice和sp_dropdevice。
运行DISK INIT语句12.4.3& 固定数据库角色
固定数据库角色在数据库层上进行定义，因此它们存在于属于数据库服务器的每个数据库中。表12-2列出了所有的固定数据库角色。
表12-2& 固定数据库角色
固定数据库角色
可以执行数据库中技术所有动作的用户
db_accessadmin
可以添加、删除用户的用户
db_datareader
可以查看所有数据库中用户表内数据的用户
db_datawriter
可以添加、修改或删除所有数据库中用户表内数据的用户
db_ddladmin
可以在数据库中执行所有DDL操作的用户
db_securityadmin
可以管理数据库中与安全权限有关所有动作的用户
db_backoperator
可以备份数据库的用户(并可以发布DBCC和CHECKPOINT语句，这两个语句一般在备份前都会被执行)
db_denydatareader
不能看到数据库中任何数据的用户
db_denydatawriter
不能改变数据库中任何数据的用户
除了表12-2中列出的固定数据库角色之外，还有一种特殊的固定数据库角色，名为public，这里将首先介绍这一角色。public角色
public角色是一种特殊的固定数据库角色，数据库的每个合法用户都属于该角色。它为数据库中的用户提供了所有默认权限。这样就提供了一种机制，即给予那些没有适当权限的所有用户以一定的(通常是有限的)权限。public角色为数据库中的所有用户都保留了默认的权限，因此是不能被删除的。(示例12.12给出了public角色的使用方法。)
一般情况下，public角色允许用户进行如下的操作：
使用某些系统过程查看并显示master数据库中的信息
执行一些不需要一些权限的语句(例如PRINT)12.4.4& 固定数据库角色及其权限
在数据库中，每个固定数据库角色都有其特定的权限。这就意味着对于某个数据库来说，固定数据库角色的成员的权限是有限的。使用系统过程sp_dbfixedrolepermission就可以查看每个固定数据库角色的权限。该系统过程的语法为：
sp_db.xedrolepermission [[@rolename =] 'role']
如果没有指定role的值，那么所有固定数据库角色的权限都可以显示出来。下面的几节将讨论每个固定数据库角色的权限。1. db_owner
固定数据库角色db_owner的成员可以在特定的数据库中进行如下的动作：
向其他固定数据库角色中添加成员，或从其中删除成员
运行所有的DDL语句
运行BACKUP DATABASE和BACKUP LOG语句
使用CHECKPOINT语句显式地启动检查点进程
运行下列dbcc命令：dbcc checkalloc、dbcc checkcatalog、dbcc checkdb、dbcc updateusage
授予、取消或剥夺每一个数据库对象上的下列权限：SELECT、INSERT、UPDATE、DELETE和REFERENCES
使用下列系统过程向数据库中添加用户或角色：sp_addapprole、sp_addrole、sp_addrolemember、sp_approlepassword、sp_changeobjectowner、sp_dropapprole、sp_droprole、sp_droprolemember、sp_dropuser、sp_grantdbaccess
使用系统过程sp_rename为任何数据库对象重新命名2. db_accessadmin
固定数据库角色db_accessadmin的成员可以执行与数据库访问有关的所有动作。这些角色可以在具体的数据库中执行下列操作：
运行下列系统过程：sp_addalias、sp_dropalias、sp_dropuser、sp_grantdbacess、sp_revokedbaccess
为Windows用户账户、Windows组和SQL Server登录添加或删除访问3. dbdatareader
固定数据库角色dbdatareader的成员对数据库中的数据库对象(表或视图)具有SELECT权限。然而，这些成员不能把这个权限授予其他任何用户或角色。(这个限制对REVOKE语句来说同样成立。)4. dbdatawriter
固定数据库角色dbdatawriter的成员对数据库中的数据库对象(表或视图)具有INSERT、UPDATE和DELETE权限。然而，这些成员不能把这个权限授予其他任何用户或角色。(这个限制对REVOKE语句来说也同样成立。)5. db_ddladmin
固定数据库角色db_ddladmin的成员可以进行如下的动作：
运行所有DDL语句
对任何表上授予REFERENCESE权限
使用系统过程sp_procoption和sp_recompile来修改任何存储过程的结构
使用系统过程sp_rename为任何数据库对象重命名
使用系统过程sp_tableoption和sp_changeobjectowner分别修改表的选项和任何数据库对象的拥有者6. db_securityadmin
固定数据库角色db_securityadmin的成员可以管理数据库中的安全。这些成员可以进行如下的动作：
运行与安全有关的所有Transact-SQL语句(GRANT、DENY和REVOKE)
运行以下系统过程：sp_addapprole、sp_addrole、sp_addrolemember、sp_approlepassword、sp_changeobjectowner、sp_dropapprole、sp_droprole、sp_droprolemember7. db_backupoperator
固定数据库角色db_backupoperator的成员可以管理数据库备份的过程。这些成员可以进行如下动作：
运行BACKUP DATABASE和BACKUP LOG语句
用CHECKPOINT语句显式地启动检查点进程
运行如下dbcc命令：dbcc checkalloc、dbcc checkcatalog、dbcc checkdb、dbcc updateusage8. db_denydatareader和db_denydatawriter
顾名思义，固定数据库角色db_denydatareader的成员对数据库中的数据库对象(表或视图)没有SELECT权限。如果数据库中含有敏感数据并且其他用户不能读取这些数据，那么就可以使用这个角色。
固定数据库角色db_denydatawriter的成员对数据库中的任何数据库对象(表或视图)没有INSERT、UPDATE和DELETE权限。12.4.5& 应用程序角色
应用程序角色可以加强对某个特定的应用程序的安全。换句话说，这些角色允许应用程序自己代替SQL Server接管用户身份验证的职责。比如，如果公司中的员工只是使用某个特定的应用程序(而不是Transact-SQL语句或其他任何工具)来修改员工的数据信息，那么就可以为它创建一个应用程序角色。
应用程序角色与其他的角色类型有着显著不同。首先，因为应用程序角色只使用应用程序，因而不需要把权限直接赋予用户，所以应用程序角色没有任何成员。其次，您需要为应用程序设置一个口令来激活它。
当应用程序角色被应用程序的会话激活以后，在会话期间，会话就失去了适用于登录、用户账户或所有数据库中的角色的权限。1. 创建应用程序角色
使用下列方法可以创建应用程序角色：
CREATE APPLICATION ROLE语句
系统过程sp_addapprole
CREATE APPLICATION ROLE语句可以为当前数据库创建一个应用程序角色。该语句有两个选项：一个与口令的规范有关，另一个用于默认模式的定义，也就是，当服务器为该角色指定对象的名称时，服务器将要搜索的第一个模式。
示例12.10显示了一个应用程序角色的创建方法。
USE sample
CREATE APPLICATION ROLE weekly_reports WITH PASSWORD
='x1y2z3w4',
DEFAULT_SCHEMA =my_schema
示例12.10向当前数据库中添加了一个名为weekly_reports的新的应用程序角色。
创建新的应用程序角色的第二种方法是使用系统过程sp_addapprole。使用系统过程sp_addapprole，就可以创建应用程序角色并把权限授予它们。该系统过程有如下的语法形式：
sp_addapprole [@rolename =] 'role', [@passwd_name =] 'password'
其中role指定了应用程序角色的名称，password是相应的口令。(激活角需要用到password的值。)
SQL Server将来的版本中将删除系统过程sp_addapprole这部分内容。请避免使用这一功能。您可以使用CREATE APPLICATION ROLE语句来代替。2. 激活应用程序角色
当启动连接以后，必须执行sp_setapprole系统过程来激活与应用程序角色有关的权限。该过程的语法形式如下所示：
sp_setapprole[@rolename =] 'role', [@password =] 'password'
[,[@encrypt =] 'encrypt_style']
其中role是在当前数据库中定义的应用程序角色的名称。password指定了相应的口令，而encrypt_style则定义了口令的加密样式。
在使用系统过程sp_setapprole激活应用程序角色时，必须知道如下的一些事项：
在激活了应用程序角色之后，在当前数据库中就不能使这个角色无效，而必须等到会话从SQL Server中断开连接之后才可以。
应用程序角色总是和数据库绑定在一起的。也就是说，应用程序角色的作用域是当前数据库。如果在会话中改变了当前数据库，那么根据那个数据库的权限，只能执行那个数据库中允许的(其他)动作。
通过提供应用程序角色的正确口令，任何用户都可以执行系统过程sp_setapprole。3. 修改应用程序角色
使用下列Transact SQL语句可以修改应用程序角色：
ALTER APPLICATION ROLE
DROP APPLICATION ROLE
ALTER APPLICATION ROLE语句可以修改已有的应用程序角色的名称、口令或默认模式。该语句的语法与CREATE APPLICATION ROLE语句的语法形式类似。要想执行ALTER APPLICATION ROLE语句，需要取得对该对象的ALTER权限。
DROP APPLICATION ROLE语句可以从当前数据库中删除应用程序角色。如果应用程序角色拥有任何对象(可保护对象)，就不能删除该角色。
您同样可以使用系统过程sp_dropapprole来删除某个应用程序角色，但是在SQL Server将来的版本将删除该系统过程，不再使用它。12.4.6& 用户自定义的数据库角色
一般来说，在一组数据库用户需要在数据库中执行一套常用操作并且不存在可用的Windows用户组的情况下，才可能用到用户自定义的数据库角色。这些角色通过Transact-SQL语句或SQL Server系统过程进行管理。接下来我们将讨论Transact-SQL语句，然后介绍相应的系统过程。1. 角色和Transact-SQL
CREATE ROLE语句可以在当前数据库中创建一个新的数据库角色。该语句的语法格式为：
CREATE ROLE role_name[AUTHORIZATION owner_name]
其中role_name是创建的用户自定义的角色的名称。Owner_name指定了即将拥有这个新角色的数据库用户或角色。(如果没有指定用户，那么该角色将由执行CREATE ROLE语句的用户所拥有。)
CREATE ROLE语句可以修改用户自定义的数据库角色的名称。类似地，DROP ROLE语句可以从数据库中删除角色。拥有数据库对象(可保护对象)的角色不能从数据库中删除。要想删除这类角色，必须首先转换那些对象的从属关系。DROP ROLE语句的语法形式如下所示：
DROP ROLE role_name 2. 角色和系统过程
创建或修改用户自定义角色的另一个方法是使用SQL Server系统过程。下列系统过程可以用来创建和显示用户自定义的数据库角色：
sp_addrole
sp_addrolemember
sp_droprolemember
sp_droprole
sp_helprole
系统过程sp_addrole可以在当前数据库中创建一个新的角色。只有数据库角色db_securityadmin或db_owner才能够执行这个系统过程。
SQL Server 2005中包含的系统过程sp_addrole只是向后兼容的，在将来发布的SQL Server版本中可能不再支持该系统过程。所以请使用CREATE ROLE语句来代替。
向当前数据库中添加了一个角色之后，就可以使用系统过程sp_addrolemember来添加该角色的成员。角色的成员可以是任何SQL Server中的合法用户、Windows用户组或用户，或另一个SQL Server角色。只有数据库角色db_owner的成员才能执行该系统过程。另外，角色拥有者也可以执行sp_addrolemember来向它所拥有的任何角色中添加成员。
系统过程sp_droprolemember可以用来从角色中删除现有的成员。(但是不能使用这一系统过程来从某个Windows组中删除现有的Windows用户。)只有数据库角色db_owner或db_securityadmin才能执行该系统过程。
在使用系统过程sp_droprolemember删除了角色中的所有成员之后，可以使用系统过程sp_droprole来从当前数据库中删除角色。(含有现有成员的角色不能删除。)只有数据库角色db_owner或db_securityadmin才能执行该系统过程。
SQL Server 2005中包含的系统过程sp_droprole只是向后兼容的，在将来发布的SQL Server版本中可能不再支持该系统过程。所以请使用DROP ROLE语句来代替。
系统过程sp_helprole可以用来显示当前数据库中某个特定的角色或所有角色(如果没有提供角色名称)的相关信息(角色名称和角色的ID号)。只有数据库角色db_owner或db_securityadmin才能执行该系统过程。
您好，能否再详细说一下public的权限。谢谢。
略懂社热议
略懂社热议
等待您来回答
编程领域专家
&SOGOU - 京ICP证050897号比特客户端
您的位置：
详解大数据
详解大数据
详解大数据
详解大数据
SQL Server的用户权限管理
管理 权限 用户
　企业软件热点文章
　中建立自己需要的登陆用户，但是您建立登陆用户的方法是否正确？是否对登陆用户的权限进行过详细的划分？划分前是否已经整理好该用户的权限呢？如果划分不当，您知道它带来的后果吗？
　　请参考下面方法：
　　目的：
　　实际应用中，我们经常会在数据库中建立自己需要的登陆用户，但是您建立
　　登陆用户的方法是否正确？是否对登陆用户的权限进行过详细的划分？划分前
　　是否已经整理好该用户的权限呢？如果划分不当，您知道它带来的后果吗？
　　一、建立用户前先分析该用户的用途
　　在应用中我们经常会建立很多的登陆用户，每个用户都有不同的
　　用途，完成的功能也不相同，如果您是一个员，面对这么多数据库
　　的登陆用户是否对这些登陆用户有很详细的了解，这里所说的了解是指具体的用
　　途，比如：user_a只能读某个数据库的某个表;user_b可以读、写某个数据库的
　　某些表等。有些管理员为了偷懒省事，直接复给它个db_owner更有甚者给它
　　System Administrators权限,这样暂时虽然给您的操作带来了方便，但同时也给
　　hacker们带来了方便。：)。因此这里有一个建议：“在建立登陆用户时，把它
　　的详细用途用笔记下，然后整理，同时也为下次核查数据库的安全做了参考”
　　例如：
　　二、正确的建立SQL Server用户
　　1、打开SQL Server Enterprise Manager，在登陆中建立一个新的用户，在
　　General栏中，输入名字-&选择登陆方式-&-&选择默认的数据库,如图(一)：
　　图(一)
　　选择第二栏Server Roles,里面可以选择该用户的权限，需要注意的是，如
　　果您选择了System Administrators，那么后面的Database栏就不用选
　　择了，因为此时你的权限最大可以做任何事，这里我们不选，如图(二)：
　　图(二)
　　选择第三栏Database Access选择要访问的数据库，为该数据库选择相应的
　　权限public,如果您还选择了db_owner，那么该用户就有了：添加、删除、修改
　　该数据库的权限，这里我们不选，目的是为了对数据库中的表单独设置具体的权
　　限。如图(三)：
　　图(三)
　　点击确定。
　　2、打开刚才选择的数据库展开它-&选择Users，在右边出现了我们刚才建立
　　的用户-&属性(右键)，如图(四)：
　　图(四)
　　在Database role membership:中，你可以继续为它划分权限，我们选择
　　public-&Permissions… (右上角)，然后出现针对具体表的权限设置，如图(五)：
　　图(五)
　　选择详细的规划后，点确定，到此有关权限的设置已经完成。
　　三、权限划分不当的危害
　　在新安装的SQL Server后，如果"sa"帐户，密码就为空，而且这个密码是SQL
　　Server安全成员，享有最高的管理控制权，那么我们就可以用查询器或者
　　OSQL登陆到对方的计算机上，前提是对方的数据库中
　　xp_cmdshell stored procedure“扩展过程” 存在，默认是有的，(能让
　　你这么容易的登陆上估计也不可能删除的)然后运行下面的命令：
　　Xp_cmdshell "net user hacker 123456 /ADD"
　　(增加一个名字为hacker密码为123456的用户)
　　然后在：
　　Xp_cmdshell "net localgroup Administrators hacker /ADD"
　　(给刚才增加的hacker用户，添加到Administrators组中)
　　这样攻击者就成功的在SQL SERVER上增加了一个windows用户,而且有最高权限，
　　然后做什么呢？这个问题自己想吧，有了最高权限，想做什么就做什么吧。
[ 责任编辑：刘军 ]
去年，手机江湖里的竞争格局还是…
甲骨文的云战略已经完成第一阶段…
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabytesql2005如何设置登录名只对数据库中的某个表有修改的权限,其它表为只读权限
[问题点数：50分，结帖人nolist]
sql2005如何设置登录名只对数据库中的某个表有修改的权限,其它表为只读权限
[问题点数：50分，结帖人nolist]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2010年4月 荣获微软MVP称号
2008年10月 MS-SQL Server大版内专家分月排行榜第二2008年6月 MS-SQL Server大版内专家分月排行榜第二
2014年8月 其他数据库开发大版内专家分月排行榜第二2014年2月 其他数据库开发大版内专家分月排行榜第二2014年1月 其他数据库开发大版内专家分月排行榜第二2013年12月 其他数据库开发大版内专家分月排行榜第二2013年10月 其他数据库开发大版内专家分月排行榜第二2013年8月 其他数据库开发大版内专家分月排行榜第二2013年5月 其他数据库开发大版内专家分月排行榜第二2013年1月 其他数据库开发大版内专家分月排行榜第二2012年8月 其他数据库开发大版内专家分月排行榜第二2012年5月 其他数据库开发大版内专家分月排行榜第二2012年4月 其他数据库开发大版内专家分月排行榜第二2012年1月 其他数据库开发大版内专家分月排行榜第二
2014年11月 其他数据库开发大版内专家分月排行榜第三2014年7月 其他数据库开发大版内专家分月排行榜第三2014年6月 其他数据库开发大版内专家分月排行榜第三2014年5月 其他数据库开发大版内专家分月排行榜第三2013年7月 其他数据库开发大版内专家分月排行榜第三2013年3月 其他数据库开发大版内专家分月排行榜第三2012年7月 其他数据库开发大版内专家分月排行榜第三2012年6月 其他数据库开发大版内专家分月排行榜第三2011年12月 其他数据库开发大版内专家分月排行榜第三
2008年 总版技术专家分年内排行榜第二
2010年 总版技术专家分年内排行榜第四2009年 总版技术专家分年内排行榜第五2007年 总版技术专家分年内排行榜第六
本帖子已过去太久远了，不再提供回复功能。