今天遇到一个操蛋的问题.
网站升级后,打开一个页面无法访问, 提示: 对象名”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”无效.
我勒你个去!~
我勒你个去!~
我勒你个去!~
我勒你个去!~
我勒你个去!~
我勒你个去!~
我勒你个去!~
鬼知道刚才那个脚本将表创建到那个用户下了. 于是,聪明的我又打开”企业管理器”,
选中表 导出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. 为什么? 鬼知道~~
