SQL数据库时提示对象名'XXX' 无效，什么原因？

原因一：新建的数据库，没有将初始数据导入到新库里。

解决方法：

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

原因二：数据库做过迁移，新数据库的对象所有者名称不同造成

数据库做了迁移后，一般会进行导入/还原数据的过程，在这个过程中，要注意新数据库的完整对象名与原来是一致的。

比如，您的旧数据库名叫 db1 , 旧数据库用户是 dbuser1, 现在要迁移到新的数据库上，新数据库名是 db2, 新数据库用户是 dbuser2。

sqlserver对象的完整对象名是 数据库名.用户名.表名 这样的，假设你的旧数据库上有个表名叫 table1,那它的完整对象名就是 db1.dbuser1.table1，

当你用新的数据库名登录导入旧数据时，新的表名可能变成了 db2.dbuser2.table1，这样的话，您的程序查询数据时可能会出现对象名无效的错误。

解决方法：要解决这个问题，一般需要做两步 *** 作：

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 这样的方式，就是在程序中不在用对象的完整名称，而是单使用表名或视图名，这样就可以避免不必要的“对象名无效”的问题。

conn.execute sql,recordaffected,adcmdtext

在这一句之前加上：

response.write("sql="&sql)

运行程序，如果输出的是sql=的话……

明白是怎么回事了吧？在这句执行的时候，sql为空值，执行空语句当然会报错了。

检查你的sql和button输入吧。

---