数据库 user schema sqlserver 关系
一個登錄名可以對應一個服務器中的不同數(shù)據(jù)庫下的用戶名
數(shù)據(jù)庫和用戶名 是一一對應的
select * from dba_tables t where t.owner=‘用戶id’;
dba_tables: 是有權(quán)限的DBA
用戶id: oracle用戶名
有問題 一個登陸名 對應一個數(shù)據(jù)庫 可以對用多個用戶? 或者這里的用戶理解為 schema?
假如我們想了解數(shù)據(jù)庫中的user和schema的關(guān)系,首先必須要清楚數(shù)據(jù)庫中的user和schema的概念。
在sqlserver2000中,由于架構(gòu)的原因,user和schema總有一層隱含的關(guān)系,讓我們很少意識到其實user和schema是兩種完全不同的概念,不過在sqlserver2005中這種架構(gòu)被打破了,user和schema也被分開了。
首先來做一個比喻,什么是database,schema,table,列,行,user?可以把database看作是一個大的倉庫,倉庫分了很多很多的房間,schema就是其中的房間,一個schema代表一個房間,table可以看作是每個schema中的床,table(床)就被放入每個房間中,不能放置在房間之外,那豈不是晚上睡覺無家可歸啊。然后床上可以放置很多物品,好比table可以放置很多列和行一樣,數(shù)據(jù)庫中存儲數(shù)據(jù)的基本單元是table,現(xiàn)實中每個倉庫放置物品的基本單位就是床,user就是每個schema的主人,(所以schema包含的object,而不是user),其實user是對應與數(shù)據(jù)庫的(即user是每個對應數(shù)據(jù)庫的主人),既然有操作數(shù)據(jù)庫的(倉庫)的權(quán)利,就肯定有操作數(shù)據(jù)庫中每個schema(房間)的權(quán)利,就是說每個數(shù)據(jù)庫映射的user有每個schema(房間)的鑰匙,換句話說,如果它是某個倉庫的主人,那么這個倉庫的使用權(quán)和倉庫中的所有東西都是他的(包括房間),他有完全的操作權(quán),可以扔掉不用的東西從每個房間,也可以放置一些有用的東西到某一個房間,這個現(xiàn)實中的相似,我還可以給user分配具體的權(quán)限,也就是他到某一房間能做些什么,是只能看(read-only),還是可以像主人一樣有所有的控制權(quán)(r/w),這個就要看這個user所對應的角色role了。
在sqlserver2000中,假如我們在某一數(shù)據(jù)庫中創(chuàng)建了用戶Bosco,那么此時后臺也為我們默認的創(chuàng)建了schema【Bosco】,schema的名字和user的名字相同,這也是我們分不清用戶和schema的原因。
在sqlserver2005中,為了向后兼容,當你用sp_adduser存儲過程創(chuàng)建一個用戶的時候,sqlserver2005同時也創(chuàng)建了一個和用戶名相同的schema,然而這個存儲過程是為了向后兼容才保留的,我們應該逐漸熟悉用新的DDL語言create user和create schema來操作數(shù)據(jù)庫,在sqlserver2005中,當我們用create user創(chuàng)建數(shù)據(jù)庫用戶時,我們可以用該用戶指定一個已經(jīng)存在的schema作為默認的schema,如果我們不指定,則該用戶所默認的schema即為dbo schema,dbo房間(schema)好比一個大的公共房間,在當前登錄用戶沒有默認schema的前提下,如果你在大倉庫中進行一些操作,比如create table,如果沒有制定特定的房間(schema),那么你的物品就只好放進公共的dbo房間(schema)了。但是如果當前登錄用戶有默認的schema,那么所做的一切操作都是在默認的schema上進行(比如當前登錄用戶為login1,該用戶的默認schema為login1,那么所做的所以操作都是在這個login1默認schema上進行的。實驗已經(jīng)證明的確如此)。估計此時你會有一點暈,剛才說dbo是一個schema,但是你可以在數(shù)據(jù)庫中查看到,dbo同事也是一個user,暈了吧。
在sqlserver2005中創(chuàng)建一個數(shù)據(jù)庫的時候,會有一些schema包括進去,被包括進去的schema有:dbo,INFORMATION_SCHEMA,guest,sys等等(還有一些角色schema)。
在上文中已經(jīng)提到了,在sqlserver2005中當用存儲過程sp_adduser創(chuàng)建一個user時,同時sqlserver2005也為我們創(chuàng)建了一個默認的和用戶名相同的schema,這個問題出來了,當我們create table a時,如果沒有特定的schema做前綴,這個a表創(chuàng)建在了哪個schema上,即進入了哪個房間?答案是:
1.如果當前操作數(shù)據(jù)庫的用戶(可以用select current_user查出來)有默認的schema(在創(chuàng)建用的時候指定了),那么表a被創(chuàng)建在了默認的schema上。
2.如果當前操作數(shù)據(jù)庫的用戶沒有默認的schema(即在創(chuàng)建user的時候默認為空),但是有一個和用戶名同名的schema,那么表a照樣被創(chuàng)建在了dbo schema上,即使有一個和用戶名同名的schema存在,由于它不是該用戶默認的schema,所以創(chuàng)建表的時候是不會考慮的,當作一般的schema來處理,別看名字相同,可是沒有任何關(guān)系哦。
3.如果在創(chuàng)建表a時候指定了特定的schema做前綴,則表a被創(chuàng)建在了指定的schema上(有權(quán)限嗎?)
現(xiàn)在問題又出來了,在當前操作數(shù)據(jù)庫的用戶(用select current_user可以查看到,再次強調(diào))沒有默認schema的前提下,當我們用create table a語句時,a表會去尋找dbo schema,并試圖創(chuàng)建在dbo schema上,但是如果創(chuàng)建a表的用戶只有對dbo schema的只讀權(quán)限,而沒有寫的權(quán)限呢?這個時候a表既不是建立不成功,這個就是會提到的login,user,role和schema四者的關(guān)系,在這里,為了避免混淆和提高操作數(shù)據(jù)庫的速度(在少量數(shù)據(jù)范圍內(nèi),對我們?nèi)庋蹃碚f幾乎看不到差異),我們最好每次在操作數(shù)據(jù)庫對象的時候都顯式地指定特定的Schema最為前綴。
現(xiàn)在如果登錄的用戶為Sue,該用戶有一個默認Schema也為Sue,那么如果現(xiàn)在有一條查詢語句為Select * from mytable, 那么搜尋每個房間(Schema)的順序是怎樣的呢?順序如下:
1. 首先搜尋sys.mytable (Sys Schema)
2. 然后搜尋Sue.mytable (Default Schema)
3. 最后搜尋 dbo.mytable (Dbo Schema)
執(zhí)行的順序大家既然清楚了,那么以后在查詢數(shù)據(jù)庫表中的數(shù)據(jù)時,最好指定特定的Schema前綴,這樣子,數(shù)據(jù)庫就不用去掃描Sys Schema了,當然可以提高查詢的速度了。
另外需要提示一下的是,每個數(shù)據(jù)庫在創(chuàng)建后,有4個Schema是必須的(刪都刪不掉),這4個Schema為:dbo,guest,sys和INFORMATION_SCHEMA,其余的Schema都可以刪除。
總結(jié)
以上是生活随笔為你收集整理的数据库 user schema sqlserver 关系的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: mapreduce理解_大数据
- 下一篇: sql server登录名、服务器角色、