使用sqlserver数据库时,产生SQL对象名无效的问题一般是以下两种常见原因,下面根据不同的原因给出解决方法。

原因一:数据库做过迁移,新数据库的对象所有者名称不同造成

数据库做了迁移后,一般会进行导入/还原数据的过程,在这个过程中,要注意新数据库的完整对象名与原来是一致的。
比如,您的旧数据库名叫 db1 , 旧数据库用户是 dbuser1, 现在要迁移到新的数据库上,新数据库名是 db2, 新数据库用户是 dbuser2。
sqlserver对象的完整对象名是 数据库名.用户名.表名 这样的,假设你的旧数据库上有个表名叫 table1,那它的完整对象名就是 db1.dbuser1.table1,
当你用新的数据库名登录导入旧数据时,新的表名可能变成了 db2.dbuser2.table1,这样的话,您的程序查询数据时可能会出现对象名无效的错误。

原因二:新建的数据库,没有将初始数据导入到新库里。
解决方法:
请登录到我司数据库控制面板->备份还原系统,然后使用数据库还原的功能,在那里直接将您的数据库备份上传还原,如果操作过程没有出现错误,一般您的数据库就已经还原了,此方法适合还原一些初始数据不是很大的数据库(30M以内),如果您的数据库初始数据很大,在线上传还原的成功率比较低,这时请使用数据库导入导出的方法进行还原,详细的导入导出方法请查看我司的另一篇帮助文档 数据库导入导出方法详解

解决方法:要解决这个问题,一般需要做两步操作:
1. 请分别使用 sp_changeobjectowner '这里改为数据库完整对象名','dbo' 这个命令将所有的用户表,用户视图,用户存储过程等的所有者全部改为系统内建的特殊用户dbo
以下是一个可以简化执行上面操作的存储过程,以下存储过程运行后可能还会有部分的对象改不到所有者,这时请手动执行上面的命令将未能改所有者的对象重新尝试一下。
declare @CrsrVar cursor
declare @pname  varchar(40) --对象名
declare @oldowner varchar(40) --原对象所有者
declare @objfullname varchar(80) --原对象全名
set @oldowner = '这里改为数据表/视图/存储过程等的旧所有者名称'

set   @CrsrVar = Cursor For select name from sysobjects where xtype='U' --xtype=U 表示用户表
open  @CrsrVar
fetch next from @CrsrVar into @pname

while(@@fetch_status=0)
begin
 set @objfullname  = @oldowner + '.' + @pname
 exec sp_changeobjectowner @objname=@objfullname,@newowner='dbo'  --dbo为所有者名
 fetch next from @CrsrVar into @pname
end

close   @CrsrVar
deallocate   @CrsrVar


2. 可能您的编写网站程序的时候没有注意通用性,在查询数据时采用了类似 select * from dbuser1.table1 这样的SQL语句,一般来说,这不是一个好的习惯,在这种情况下,如果数据库迁移过的话,经常会导致对象名无效的错误,为了避免这种不必要的问题,建议您在程序中查询数据时,直接用 select * from table1 这样的方式,就是在程序中不在用对象的完整名称,而是单使用表名或视图名,这样就可以避免不必要的“对象名无效”的问题。