SQL数据库时提示对象名'XXX' 无效

Posted 2023-05-02

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

参考技术A 是你连接的数据库的问题吧，你要找数据库中加入（你的计算机主机名\ASPNET）用户，还要设置该用户的权限。在数据库中建立存储过程就行了 参考技术B 不是的 是你连接数据库时路径可能出错了
仔细检查路劲 参考技术C 应该是数据库中表名错误，一般数据库中没有此表时就会出现此错误。

怎样设置PostgreSQL中字段和表名对大小写敏感

由于 PostgreSQL 是大小写敏感的，并默认对SQL语句中的数据库对象名称转换为小写，因此如果你在创建数据库对象时指定了大小写混和的对象名称，那么在通过SQL语句访问 这些对象时，必须使用双引号（"）将数据库对象括起来，以提示 PostgreSQL 不用帮你转换对象名为小写，否则将激发“xxxxx对象不存在”的异常，譬如您的数据库中有名为 TUser 的表，您在 PostgreSQL 自带的图形化查询工具中必须使用类似这样的查询语句才能正确执行：SELECT * FROM "TUser"，当然它对 SQL 标准中的保留字和关键字是不区分大小写的，所以写成 select * From "TUser" 这样也是完全可以的。

另外，PostgreSQL 对数据也是大小写敏感的，这点与 SQLServer 不同（SQLServer 默认是不敏感的），譬如在 TUser 表中有字段 Name，其中有一行 Name 字段值为“Tony Tang”的记录，如果直接使用

SELECT * FROM "TUser" WHERE "Name" LIKE '%tony%';
是查询不到这条记录的，不过你可以这么写：

SELECT * FROM "TUser" WHERE UPPER("Name") LIKE '%TONY%';

呵呵，是不是觉得这样不太好看，而且担心性能会受影响？幸好 PostgreSQL 提供了关键字 ILIKE 来帮我们解决这个问题，这真是个非常有趣的关键字（I like），对于第一种写法只需要将 LIKE 替换成 ILIKE 就可以了。

最后，建议在编写 SQL 脚本的时候，使用单引号做字符串常量的标识，虽然在 MS SQLServer 中双引号和单引号均可作为字符串常量的标识符，但是在 PostgreSQL 中对此就有严格的功能区分（不能用双引号作为字符串常量的标识符），为了保险起见，建议对所有的数据库对象名均使用双引号（"）将其显式约定，以保证大小 写的严格匹配。 参考技术A 加双引号，建议在编写 SQL 脚本的时候，使用单引号做字符串常量的标识，虽然在 MS SQLServer 中双引号和单引号均可作为字符串常量的标识符，但是在 PostgreSQL 中对此就有严格的功能区分（不能用双引号作为字符串常量的标识符），为了保险起见，建议对所有的数据库对象名均使用双引号（"）将其显式约定，以保证大小 写的严格匹配。