SQL Server帐号的管理——21001错误

       我们在内部测试时大都使用SA/SA的帐号，一般来说客户也给我们SA的权限。偏偏这次客户给的帐号很特别而且权限比较的低。
       假定我们的用户名是abc，程序链接的用户名也是这个abc，数据表的建立者也是abc，但是运行存储过程的时候，对于数据表就需要加上abc.的前缀才能正常运行，非常的麻烦。本地的数据库存储过程写完在客户机就有可能是不适用的。
       一直懒于在我们内部建立abc用户进行测试，一再的不便让我决心建立这个用户。
       在“logins”下没有abc的帐号，但是建立abc后一直提示错误——“Error 21002: [ SQL-DMO] 用户"xxxxx"已经存在 ”，猜想一定是原来建立过abc被删除导致的。
       搜索原因和解决方案，果然如我所料。
       找到了自己的解决方法：
      
     

      使登录用户和数据库的孤立用户对应起来。
       其实我们建立了同样名称的数据库登录用户后，数据库中的表我们照样不能使用时因为sid的不同，就是系统登录表和数据库用户表中的用户名相同，单是sid字段，数据库中的还是以前旧系统的sid值，所以我们就要把它对应成我们新建的，数据库靠sid来识别用户。
       这里可以使用存储过程sp_change_users_login。它有三种动作，分别是report，update_one和auto_fix。
       运行sp_change_users_login 'report'，系统会列出当前数据库的孤立用户数。
       我们只需要选择当前数据库为testdb，然后运行
       sp_change_users_login 'update_one','test','test'
       系统就会提示修复了一个孤立用户。
       如果没有建立test的登录用户，还可以用
sp_change_users_login 'Auto_Fix', 'test', NULL, 'testpassword'
来创建一个登录用户名为test，密码为testpassword的用户与之对应。
         好了，到这里通常情况下，数据库对象得到访问问题已经解决了。如果有多个数据库中有同一个用户的数据表，只需要选择不同的数据库，执行update_one的那个就行了。
       
自己
执行：sp_change_users_login 'report' ——查到了结果中正巧就是abc这条。
执行：sp_change_users_login 'update_one','abc','abc'
一切ok，能正常地设定abc帐号的权限了。