database schema 是指數據庫的模式結構定義，就是你創建了哪些表，表中的屬性是什么
database instance 是指你創建的這個數據庫

schema為數據庫對象的集合里，面包含了各種對象如tables, views, sequences, stored procedures, synonyms, indexes, clusters, and database links

“我們可以把Database看作是一個大倉庫，倉庫分了很多很多的房間，Schema就是其中的房間，一個Schema代表一個房間。"

在MySQL中創建一個Schema好像就跟創建一個Database是一樣的效果，在SQL Server和Orcal數據庫中好像又不一樣. 目前我只能理解，在mysql中 schema<==>database。

數據庫中User和Schema的關系
假如我們想了解數據庫中的User和Schema究竟是什么關系，首先必須了解一下數據庫中User和Schema到底是什么概念。

　　在SQL Server2000中，由于架構的原因，User和Schema總有一層隱含的關系，讓我們很少意識到其實User和Schema是兩種完全不同的概念，不過在SQL Server2005中這種架構被打破了，User和Schema也被分開了。

　　首先我來做一個比喻，什么是Database，什么是Schema，什么是Table，什么是列，什么是行，什么是User？我們可以可以把Database看作是一個大倉庫，倉庫分了很多很多的房間，Schema就是其中的房間，一個Schema代表一個房間，Table可以看作是每個Schema中的床，Table（床）就被放入每個房間中，不能放置在房間之外，那豈不是晚上睡覺無家可歸了J。，然后床上可以放置很多物品，就好比Table上可以放置很多列和行一樣，數據庫中存儲數據的基本單元是Table，現實中每個倉庫放置物品的基本單位就是床，

User就是每個Schema的主人，（所以Schema包含的是Object，而不是User），其實User是對應與數據庫的（即User是每個對應數據庫的主人），既然有操作數據庫（倉庫）的權利，就肯定有操作數據庫中每個Schema（房間）的權利，就是說每個數據庫映射的User有每個Schema（房間）的鑰匙，換句話說，如果他是某個倉庫的主人，那么這個倉庫的使用權和倉庫中的所有東西都是他的（包括房間），他有完全的操作權，可以扔掉不用的東西從每個房間，也可以放置一些有用的東西到某一個房間，呵呵，和現實也太相似了吧。我還可以給User分配具體的權限，也就是他到某一個房間能做些什么，是只能看（Read-Only），還是可以像主人一樣有所有的控制權（R/W），這個就要看這個User所對應的角色Role了，至于分配權限的問題，我留在以后單獨的blog中詳述。比喻到這里，相信大家都清楚了吧。