方案（Schema）為資料庫物件的集合，為了區分各個集合，我們需要給這個集合起個名字，這些名字就是我們在企業管理器的方案下看到的許多類似使用者名稱的節點，這些類似使用者名稱的節點其實就是一個schema，schema裡面包含了各種物件如tables, views, sequences, stored procedures, synonyms, indexes, clusters, and database links。  一個使用者一般對應一個schema,該使用者的schema名等於使用者名稱，並作為該使用者預設schema。

SQL Server中的Schema

SQL Server中一個使用者有一個預設的schema，其schema名就等於使用者名稱，這也就是我們在企業管理器的方案下看到schema名都為

資料庫使用者名稱的原因。當然一個使用者還可以使用其他的schema。如果我們訪問一個表時，沒有指明該表屬於哪一個schema中的，系統就會自動給我們在表上加上預設的sheman名。比如我們在訪問資料庫時，訪問scott使用者下的emp表，通過select * from emp; 其實，這sql語句的完整寫法為select * from scott.emp。在資料庫中一個物件的完整名稱為schema.object，而不屬user.object。類似如果我們在建立物件時不指定該物件的schema，在該物件的schema為使用者的預設schema。這就像一個使用者有一個預設的表空間，但是該使用者還可以使用其他的表空間，如果我們在建立物件時不指定表空間，則物件儲存在預設表空間中，要想讓物件儲存在其他表空間中，我們需要在建立物件時指定該物件的表空間。

Oracle中的Schema

Oracle中的schema就是指一個使用者下所有物件的集合，schema本身不能理解成一個物件，oracle並沒有提供建立schema的語法，schema也並不是在建立user時就建立，而是在該使用者下建立第一個物件之後schema也隨之產生，只要user下存在物件，schema就一定存在，user下如果不存在物件，schema也不存在；如果建立一個新使用者，該使用者下如果沒有物件則schema不存在，如果建立一個物件則和使用者同名的schema也隨之產生。實際上在使用上，shcema與user完全一樣，沒有什麼區別，在出現schema名的地方也可以出現user名。

Tablspace 

邏輯上用來放objects,，這是個邏輯概念，本質上是一個或者多個數據檔案的集合，物理上對應磁碟上的資料檔案或者裸裝置。

資料檔案

具體儲存資料的物理檔案，是一個物理概念。一個數據檔案只能屬於一個表空間，一個表空間可以包含一個或多個數據檔案。一個數據庫由多個表空間組成，一個表空間只能屬於一個數據庫。

下邊是源自網路的一個形象的比喻

我們可以把Database看作是一個大倉庫，倉庫分了很多很多的房間，Schema就是其中的房間，一個Schema代表一個房間，Table可以看作是每個Schema中的床，Table（床）被放入每個房間中，不能放置在房間之外，那豈不是晚上睡覺無家可歸了，然後床上可以放置很多物品，就好比 Table上可以放置很多列和行一樣，資料庫中儲存資料的基本單元是Table，現實中每個倉庫放置物品的基本單位就是床， User就是每個Schema的主人，（所以Schema包含的是Object，而不是User），user和schema是一一對應的，每個user在沒有特別指定下只能使用自己schema（房間）的東西，如果一個user想使用其他schema（房間）的東西，那就要看那個schema（房間）的user（主人）有沒有給你這個許可權了，或者看這個倉庫的老大（DBA）有沒有給你這個許可權了。換句話說，如果你是某個倉庫的主人，那麼這個倉庫的使用權和倉庫中的所有東西都是你的（包括房間），你有完全的操作權，可以扔掉不用的東西從每個房間，也可以放置一些有用的東西到某一個房間，你還可以給每個User分配具體的許可權，也就是他到某一個房間能做些什麼，是隻能看（Read-Only），還是可以像主人一樣有所有的控制權（R/W），這個就要看這個User所對應的角色Role了。