今天遇到一個讓人不淡定的問題.

網站升級后,打開一個頁面無法訪問, 提示: “對象名”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. 為什么? 鬼知道~~

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

【編輯推薦】

1. 淺述遠程Service Broker的實現
2. Service Broker基礎應用(下）
3. Service Broker基礎應用(上）
4. 告訴你如何解決MySQL server has gone away問題
5. SQL使用中的點滴回憶