sql server:程序访问数据库，报 对象“xxx表无效”

两次遇到对象“xxx表无效”，经过找各种办法，最后发现我的问题都是连错了数据库 粗心造成的，还有就是sql语句里表前不添加表空间或dbo,此情况还没具体分析是什么原因造成的。

下面是找的过程中找的其他情况：

原文链接：http://www.cnblogs.com/andysunndy/archive/2011/05/16/2047514.html 

今天遇到一个让人不淡定的问题.

网站升级后,打开一个页面无法访问, 提示: “对象名”xxx”无效.

xxx表在服务器上没有创建,于是俺打开 “sql查询分析器”:

导出创建xxx表的sql脚本,如下:

CREATE TABLE [xxx] (
[id] [int] IDENTITY (1, 1) NOT NULL ,
[title] [nvarchar] (100) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[kind] [nvarchar] (100) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[content] [nvarchar] (1000) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[keyword] [nvarchar] (50) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[Add_Date] [datetime] NULL
) ON [PRIMARY]

然后在服务器上创建. 再次刷新, 提示: 对象名”xxx”无效. 香蕉你个扒拉~~

Google上搜索, 可能的原因是 数据库所有者问题. 数据库可以有不同的登陆帐户,

而数据库是可以隶属于某个帐户的, 于是问题就出来了.

假若在pubs库中logina帐户登陆并创建一个x表, 然后loginb帐户登陆并查询x表

就提示: 对象名”xxx”无效.

我勒你个去!~

以下省略N个

鬼知道刚才那个脚本将表创建到那个用户下了. 于是,聪明的我又打开”企业管理器”,

选中表 导出sql脚本,这次出来的脚本就带上 所有者了:

CREATE TABLE [logina].[xxx] (
[id] [int] IDENTITY (1, 1) NOT NULL ,
[title] [nvarchar] (100) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[kind] [nvarchar] (100) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[content] [nvarchar] (1000) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[keyword] [nvarchar] (50) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[Add_Date] [datetime] NULL
) ON [PRIMARY]
GO

于是俺drop table 服务器上的 xxx 表,又运行了上面的脚本.

再次刷新, 娘西匹! 还是:对象名”xxx”无效.

我数据库访问层使用的是subsonic, 于是我就看了subsonic生成的代码,发现有这样

一行:

schema.SchemaName = @"dbo";

哇! 可俺数据库连接字符串中的登陆名不是这个玩意儿啊!

但是, 其他的表貌似查询啥的都无问题??????????????????????????????

于是,俺在服务器上运行的代码中加了如下一行:

output q.BuildSqlStatement();

俺直接将生成的查询代码在服务器上运行,提示: 对象名”xxx”无效.

我日,有门~!

因为生成的脚本中,xxx表前加的所有者是”dbo”. 我靠~

再次, drop table xxx, 然后:

CREATE TABLE [dbo].[xxx] (
[id] [int] IDENTITY (1, 1) NOT NULL ,
[title] [nvarchar] (100) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[kind] [nvarchar] (100) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[content] [nvarchar] (1000) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[keyword] [nvarchar] (50) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[Add_Date] [datetime] NULL
) ON [PRIMARY]
GO

再次刷新, 可爱的小姑娘到底还是害羞的走了出来.~~~

总结:

1,在真实的生产环境中,需要注意 表所有者的问题.

2,不同的所有者创建的表,在其他用户登录下是访问不到的,会提示: 对象名”xxx”无效.

3,为啥我的登陆名是 logina 但加上logina却提示: 对象名”xxx”无效? 因为subsonic

生成的脚本使用的是 dbo. 为什么? 鬼知道~~