如何解决“SQL对象名无效”的问题？

SQL对象名无效，对很多或许并不陌生，但遇到SQL对象名无效我们又会手足无措，其实在网站运营维护过程中，常会遇到数据库迁移或者数据迁移的问题，或者有突然的数据库损坏，从而导致SQL对象名无效的查询错误。下面我们就说说因数据库迁移升级而导致的SQL对象名无效的问题解决方法。

一、孤立用户的问题

首先，要用备份文件还原数据库，我们这里的数据库名为testdb，里面有属于用户test的用户表。这个很容易了操作了，不多讲了，在企业管理器中很方便可以恢复。恢复后，就产生了孤立用户test。
然后，用sa用户或者具有DBA权限的用户登录，创建一个test数据库登录用户，密码随便设置了，也可以和以前的保持一致。我们用它来对应孤立的test用户。
下面就有两种操作方法了，第一种就是改变对象的属主，第二种就是使登录用户和数据库的孤立用户对应起来。先说第一种方法。

1、修改对象属主

就是将原本属于数据库用户test的用户表，修改为属于dbo的用户表；然后修改test登录用户的数据库为testdb,就可以直接使用test登录用户登录后对该数据库进行操作了。
使用的存储过程
sp_changeobjectowner[@objname=]'object',[@newowner=]'owner'
参数说明
[@objname=]'object'
当前数据库中现有表、视图、用户定义函数或存储过程的名称。object是nvarchar(776)，没有默认值。如果架构及其所有者具有相同的名称，则object可由现有对象所有者限定，格式为existing_owner.object。
[@newowner=]'owner'
将成为对象的新所有者的安全帐户的名称。owner的数据类型为sysname，没有默认值。owner必须是可访问当前数据库的有效数据库用户、服务器角色、MicrosoftWindows登录名或Windows组。如果新所有者是没有对应数据库级主体的Windows用户或Windows组，则将创建数据库用户。
这个方法有个最大的缺点就是，当表的数量非常多，而且还有存储过程或者触发器之类的修改起来会非常麻烦，需要一个一个修改，所以，不提倡使用。现在网上有一个批量修改的存储过程，大家可以找一下，这里就不说了，而是教大家一个更简单的。

2、使登录用户和数据库的孤立用户对应起来

其实我们建立了同样名称的数据库登录用户后，数据库中的表我们照样不能使用时因为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的那个就行了。

二、对象名‘xxxx’无效的问题

这里可能会有人遇到对象名‘xxxx’无效的问题。系统表却不会产生这个问题，而用户表还要加上用户名，然后是表明才能访问，比如select*fromauthor,会说对象名author无效，而用select*fromtest.author就可以访问，这个是用户首选身份的问题。
解决很简单，就是察看test登录用户是否具有dba的权限或者系统管理的权限，有的话去掉就行了。
因为如果用户有dba身份，那么它登陆后的默认表空间是dbo的系统表空间，所以去掉了之后，就会以正常的test表空间访问数据表了。