我們在sql server2008中編寫sql語言時，經常會遇到這樣的提示：***物件無效。這是什麼錯誤，為什麼在2000版本中就不存在這樣的情況呢？其實這主要是sql server 2005/2008版本中新增了架構的概念。下面就結合網上的查詢說一下我對sql server2008中架構的理解。可能有一些東西理解的不到位，歡迎各位指出，共同學習、改進。

1、定義

首先，我們來看一下微軟對架構的官方定義:架構(Schema)是形成單個名稱空間的資料庫實體的集合。名稱空間是一個集合，其中每個元素的名稱都是唯一的。個人感覺這個定義有點晦澀，我理解的架構就是資料庫中用來存放表（資料庫物件）的名稱空間。資料庫這個大的名稱空間下可以包括多個架構（小的名稱空間），每個架構下又可以包含多張表。

架構實際上早在SQL SERVER 2000中就已經存在，不過在SQL SERVER 2000中資料庫使用者和架構是隱式連線在一起的,，每個資料庫使用者都是與該使用者同名的架構的所有者。當我們使用查詢分析器去查詢一個表的時候，一個完整的表的名稱應該包括伺服器名.資料庫名.使用者名稱.物件名，而在SQL SERVER 2005/2008中一個表的完全限定名稱應該為伺服器名.資料庫名.架構名.物件名。在SQL SERVER 2000中的完全限定名稱中的“使用者名稱”也是資料庫中的使用者，也是“架構名”。假如有一個賬戶df在test資料庫中建立了一張表tb1的時候，在查詢分析器中應該輸入的查詢語句為select * from test.df.tb1，也就是說，在SQL SERVER  2000中一張表所屬的架構預設就是表的建立者的登入名稱，使用者可以修改他所建立的所有資料庫物件。但在2008中已經將使用者和其建立物件所屬關聯取消了，而加入了一個全新的架構體系。

2、引入

那微軟為何要在05之後的版本中引入架構，並將使用者與架構分開呢？將架構與資料庫使用者分離對管理員和開發人員而言有什麼好處呢？

1.架構管理與使用者管理分開。多個使用者可以通過角色（role）或組（Windows groups）成員關係擁有同一個架構。在SQL SERVER 2005/2008 中，每個資料庫角色都有一個屬於自己的架構，如果我們建立一個表，給它指定的架構名稱為 db_ddladmin，那麼任何一個屬於db_ddladmin中的使用者都是可以去查詢、修改和刪除屬於這個架構中的表，但是不屬於這個組的使用者是沒有對這個架構中的表進行操作的許可權，有一點必須注意，db_dbdatareader組的成員可以檢視所有資料庫中的表，db_dbdatawriter組成員可以修改所有資料庫中 的表，db_owner組成員可以對資料庫所有表進行所有操作，這幾個組的成員可以通過角色獲取到在資料庫中的特殊許可權。 

 2.在建立資料庫使用者時，可以指定該使用者賬號所屬的預設架構。 （ 建議大家指定）

 3. 刪除資料庫使用者變得極為簡單。在 SQL Server 2000 中，使用者（User）和架構是隱含關聯的，即每個使用者擁有與其同名的架構。因此要刪除一個使用者，必須先刪除或修改這個使用者所擁有的所有資料庫物件，就比如 一個員工要離職要刪除他的賬戶的時候，還得將他所建立的表和檢視等都刪除，影響過大。SQL SERVER 2005/2008將架構和物件者分離後就不在存在這樣的問題，刪除使用者的時候不需要重新命名該使用者架構所包含的物件，在刪除建立架構所含物件的使用者後，不再需要修改和測試顯式引用這些物件的應用程式。 

 4. 共享預設架構使得開發人員可以為特定的應用程式建立特定的架構來存放物件，這比僅使用管理員架構（DBO schema）要好。

 5. 在架構和架構所包含的物件上設定許可權（permissions）比以前的版本擁有更高的可管理性。

 6. 區分不同業務處理需要的物件，例如，我們可以把公共的表設定成pub的架構，把銷售相關的設定為sales，這樣管理和訪問起來更容易。大多數使用者在建立物件的時候習慣直接輸入物件名而將物件的架構名稱省略，在2005/2008 中，會給使用者建立的這樣的表加上一個預設的架構，使用者如果沒有對自己的默 認架構做設定，那預設架構就是dbo，也就是說，如果一個db_ddladmin的成員在資料庫中建立一個沒有加上架構名稱的表，這個表在資料庫中的完整 名稱應該是dbo.表名，建立者在資料庫中如果不是屬於其它特殊組的成員，是不能對特殊組成員建立的表進行任何修改和查詢的。

 7.若不指定預設架構，則為DBO，為了向前相容，早期版本中的物件遷移到新版本中，早期版本中沒有架構的概念的。所以就該物件的架構名就是dbo.在SQL Server 2008中，DBO就是一個架構 

 8.當查詢物件時，先找與使用者預設架構相同的架構下的物件，找不到再找DBO的物件 

 3、架構的作用

使用者與架構分開，可以讓資料庫內各物件不再綁在某個使用者賬號上，可以解決SQL SERVER 2000及以前版本中”使用者離開公司“問題，也就是在擁有該物件的使用者離開公司，或離開該職務時，不必要大費周章地更改該使用者所有的物件屬於新的使用者所有。另外，也可在安裝某個套裝軟體時，設定該套裝軟體所用的資料庫物件都屬於某個特定的架構，容易區別。也就是說，在單一資料庫內，不同部門或目的的物件，可以通過架構區分不同的物件命名原則與許可權。 

在SQLServer2005/2008中，架構獨立於建立它們的資料庫使用者而存在。可以在不更改架構名稱的情況下轉讓架構的所有權。並且可以在架構中建立具有使用者友好名稱的物件，明確指示物件的功能。例如，除了cus.app.entry.customEntry外，您還可以建立名為cus.app.manifest.customEntry的架構。因為“manifest”不是使用者，所以從資料庫中刪除使用者後，無需更改此名稱。這就簡化了資料庫管理員和開發人員的工作。 

SQL Server 2005/2008 還引入了“預設架構”的概念，用於解析未使用其完全限定名稱引用的物件的名稱。在 SQL Server 2000 中，首先檢查的是呼叫資料庫使用者所擁有的架構，然後是 DBO 擁有的架構。在 SQL Server 2005 /2008中，每個使用者都有一個預設架構，用於指定伺服器在解析物件的名稱時將要搜尋的第一個架構。可以使用 CREATE USER 和 ALTER USER 的 DEFAULT_SCHEMA 選項設定和更改預設架構。如果未定義 DEFAULT_SCHEMA，則資料庫使用者將把 DBO 作為其預設架構。 下面舉個具體的示例來說明以一下架構的作用。

4、例項

--命令對架構進行操作
use master

go
setuser
go
--建立測試資料庫
create database schTest
go 
create login df with password='sj1234',default_database=schTest
create login xhl with password='sj1245',default_database=schTest

go
use schTest
go
-- 建立兩個使用者時沒有指定屬於哪個架構
create user df for login df 
create user xhl for login xhl

-- 這個表沒指定屬於哪個架構屬於預設DBO 架構
go
create table tb1 (姓名 varchar(8),性別 char(2))

--這個表就屬於sch架構
go
create schema sch
go
create table sch.tb2(姓名 varchar(8),性別 char(2),年齡 int)

-- 賦予df這個使用者查詢sch架構中的物件的許可權. 
go
grant select on schema::sch to df 

go
setuser 'df'  --切換使用者df
select * from  tb2
-- 此時報告"物件名無效" 因為tb2此時為預設的DBO架構，而實際上tb2屬於sch架構.
--帶上架構名稱，就可以查詢了
go
select * from sch.tb2


go
setuser  -- 切換到sa

---切換到xhl
setuser 'xhl'
--不能查詢,是因為沒有許可權
select * from sch.tb2 

go
setuser --切換sa
--給df使用者賦預設架構
alter user df with default_schema=sch

go
setuser 'df'  --切換df
-- 此時不需要指定sch 也可以了,如果架構中還有其他物件，也可以查詢
select * from tb2

go
setuser  --切換sa
--建立第三張測試表，同樣的是sch架構下
create table sch.tb3 (id int,uname varchar(8))

go
--切換使用者df
setuser 'df'
---可以進行查詢
select * from tb3

go
---但是無法進行資料插入，因為沒有插入許可權
insert into tb3 values (1,'abcde')   --拒絕了insert許可權

go
setuser
--賦插入許可權
grant  insert on schema::sch to df

--切換使用者df
setuser 'df'
go
---可以進行資料插入
insert into tb3 values (1,'abcde')   --OK! 
---查詢結果
select * from tb3

GO
Grant alter on schema::sch to df --  使df 這個使用者對架構中的資料物件有可更改的能力。

--錯誤
--無法對sa、dbo、實體所有者、information_schema、sys 或您自己授予、拒絕或撤消許可權。
GO
Use master
go
Grant control server to df  -- 使df這個使用者能夠控制伺服器。


--錯誤
--無法對sa、dbo、實體所有者、information_schema、sys 或您自己授予、拒絕或撤消許可權。
setuser
go
use schtest
go
--建立架構sch1
create schema sch1

 
go
-- 修改物件的架構tb2表的架構由sch 轉移到sch1
alter schema sch1 transfer sch.tb2

go
--建立一個新使用者，同時指定預設schema,預設屬於DBO 
create login yhy with password='sj1234',default_database=master
GO
use schTest
GO
create user yhy for login yhy with default_schema=sch --屬於sch


--切換使用者yhy
setuser 'yhy'
--查詢表,物件名'tb2' 無效。
select * from tb2

go
setuser
--賦架構許可權
grant select on schema::sch1 to yhy
--切換使用者yhy

setuser 'yhy'
go
select * from tb2   ---還是無效，因為不在同一個schema

go
setuser
go
alter user yhy with default_schema=sch1   --更改yhy的預設架構

GO
--由於yhy不是當前使用者，所以無法進行查詢
select * from tb2  
--顯示當前使用者
GO
select user
GO
--切換使用者yhy
setuser 'yhy'
-- 此時就可以進行查詢了,如果架構中還有其他物件，也可以查詢
go
select * from tb2    
--顯示當前使用者
select user

go
setuser
go
use master
go
---刪除使用者
drop user df
drop user xhl
drop user yhy

---刪除登入名
drop login df
drop login yhy
drop login xhl

--刪除資料庫
drop database schTest

參考：