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

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

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

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

CREATETABLE[xxx]( 
[id][int]IDENTITY(1,1)NOTNULL, 
[title][nvarchar](100)COLLATEChinese_PRC_CI_ASNOTNULL, 
[kind][nvarchar](100)COLLATEChinese_PRC_CI_ASNOTNULL, 
[content][nvarchar](1000)COLLATEChinese_PRC_CI_ASNOTNULL, 
[keyword][nvarchar](50)COLLATEChinese_PRC_CI_ASNOTNULL, 
[Add_Date][datetime]NULL
)ON[PRIMARY]

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

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

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

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

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

我勒你个去!~

以下省略N个

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

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

CREATETABLE[logina].[xxx]( 
[id][int]IDENTITY(1,1)NOTNULL, 
[title][nvarchar](100)COLLATEChinese_PRC_CI_ASNOTNULL, 
[kind][nvarchar](100)COLLATEChinese_PRC_CI_ASNOTNULL, 
[content][nvarchar](1000)COLLATEChinese_PRC_CI_ASNOTNULL, 
[keyword][nvarchar](50)COLLATEChinese_PRC_CI_ASNOTNULL, 
[Add_Date][datetime]NULL
)ON[PRIMARY] 
GO

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

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

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

一行:

schema.SchemaName=@"dbo";

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

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

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

outputq.BuildSqlStatement();

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

我日,有门~!

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

再次, drop table xxx, 然后:

CREATETABLE[dbo].[xxx]( 
[id][int]IDENTITY(1,1)NOTNULL, 
[title][nvarchar](100)COLLATEChinese_PRC_CI_ASNOTNULL, 
[kind][nvarchar](100)COLLATEChinese_PRC_CI_ASNOTNULL, 
[content][nvarchar](1000)COLLATEChinese_PRC_CI_ASNOTNULL, 
[keyword][nvarchar](50)COLLATEChinese_PRC_CI_ASNOTNULL, 
[Add_Date][datetime]NULL
)ON[PRIMARY] 
GO

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

总结:

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

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

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

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