許可權 是指為了保證職責的有效履行，任職者必須具備的，對某事項進行決策的范圍和程度。它常常用「具有批准……事項的許可權」來進行表達。例如，具有批准預算外5000元以內的禮品費支出的許可權。
只有在需要讓某些登錄用戶具有不同的訪問許可權時，該構造塊才是必需的。如果您只是要求用戶登錄，則不需要存儲訪問許可權。
如果您需要讓某些登錄用戶具有不同的訪問許可權，請確保用戶資料庫表格包含一個特定的列，該列指定每個用戶的訪問許可權（「來賓」、「用戶」、「管理員」等）。每個用戶的訪問許可權應該由站點管理員在資料庫中輸入。
在大多數資料庫應用程序中，每當新建一個記錄時，可以將一個列設置為默認值。將該默認值設置為站點上最常用的訪問許可權（例如「來賓」）；然後手動更改例外的情況（例如，將「來賓」更改為「管理員」）。用戶現在即可訪問所有管理員頁。
確保資料庫中的每個用戶都具有單一的訪問許可權（例如「來賓」或「管理員」），而不是多項許可權（例如「用戶、管理員」）。如果要為您的頁設置多項訪問許可權（例如，所有來賓和管理員都可以查看該頁），則在頁級別（而不是在資料庫級別）設置這些許可權。
❷ 在資料庫中，什麼是許可權，管理許可權的內容是什麼
我就用 Oracle 來舉個例子：
GRANT SELECT 某表 TO 某用戶
就是允許某用戶， SELECT 某表， 這個就是 許可權
也就是 某用戶， 可以做某件事情。
GRANT SELECT 某表 TO 某用戶 WITH ADMIN OPTION
WITH ADMIN OPTION 就是管理許可權
就是說， 允許某用戶， SELECT 某表的同時
還允許 這個「某用戶」 把這個許可權，給其他的用戶。
❸ ORACLE資料庫中的許可權和角色
ORACLE資料庫中的許可權和角色
Oracle資料庫是一種大型關系型的資料庫，我們知道當使用一個資料庫時，僅僅能夠控制哪些人可以訪問資料庫，哪些人不能訪問資料庫是無法滿足資料庫訪問控制的。DBA需要通過一種機制來限制用戶可以做什麼，不能做什麼，這在Oracle中可以通過為用戶設置許可權來實現。許可權就是用戶可以執行某種操作的權利。而角色是為了方便DBA管理許可權而引入的一個概念，它實際上是一個命名的許可權集合。
1 許可權
Oracle資料庫有兩種途徑獲得許可權，它們分別為：
① DBA直接向用戶授予許可權。
② DBA將許可權授予角色(一個命名的包含多個許可權的集合)，然後再將角色授予一個或多個用戶。
使用角色能夠更加方便和高效地對許可權進行管理，所以DBA應該習慣於使用角色向用戶進行授予許可權，而不是直接向用戶授予許可權。
Oracle中的許可權可以分為兩類：
•系統許可權
•對象許可權
1.1 系統許可權
系統許可權是在資料庫中執行某種操作，或者針對某一類的對象執行某種操作的權利。例如，在資料庫中創建表空間的權利，或者在任何模式中創建表的權利，這些都屬於系統許可權。在Oracle9i中一共提供了60多種許可權。
系統許可權的權利很大，通常情況下：
① 只有DBA才應當擁有alter database系統許可權，該許可權允許用戶對資料庫物理結構和可用性進行修改。
② 應用程序開發者一般應該擁有Create Table、Create View和Create Type等系統許可權，用於創建支持前端的資料庫模式對象。
③ 普通用戶一般只具有Create session系統許可權(可以通過Connection角色獲得)，只有Create Session系統許可權的用戶才能連接到資料庫
④ 只有具有Grant Any PRivilege系統許可權用戶，或者獲取了具有With Admin Option選項的系統許可權的用戶，才能夠成為其它用戶授予許可權。
1.2對象許可權
對象許可權是針對某個特定的模式對象執行操作的權利。只能針對模式對象來設置和管理對象許可權。
對於模式對象：表、視圖、序列、存儲過程、存儲函數、包都可以對象設置許可權。不同類型模式對象具有不同的對象許可權。比如，表、視圖等對象具有查詢(Select)、修改(Update)、刪除(Delete)等對象許可權，而存儲過程、存儲函數等對象則具有執行(Execute)等對象許可權。
但是並不是所有的模式對象都可以設置對象許可權。比如簇、索引、觸發器以及資料庫鏈接等模式就不具有對象許可權。這些模式對象的訪問控制是通過相應的.系統許可權來實現的，比如，要對索引進行修改，必須擁有Alter Any Index系統許可權。
用戶自動擁有他的模式中所有對象的全部對象許可權，他可以將這些對象許可權授予其他的用戶或角色。比如，Test1用戶創建了一個表Table1，在沒有授權的情況下，用戶Test2不能查詢、修改、刪除這個表。如果Test1將ETP表的Select對象許可權授予了Test2，則該用戶就可以查詢Table1表了。如果在為其它用戶授予對象許可權時用了With Grant Option選項，被授予許可權的用戶還可以將這個許可權在授予其他用戶。
2 角色
2.1角色的概念
角色就是多個相關許可權的命名集合。通過角色來進行對用戶授予許可權，可以大大簡化DBA的工作量。比如，處於統一部門中的30多個用戶都需要訪問資料庫中的一系列表，DBA可以將這些表的中合適的對象許可權授予一個角色，然後在把這個角色授予這些用戶，這樣進行操作要比為沒有用戶進行授權要便捷多了，而且要對這些用戶的許可權進行統一修改，只需要修改角色的許可權即可。
2.2角色的優點
通過角色為用戶授予許可權,而不是直接向各個用戶授權，具有以下優點：
•簡化許可權管理 DBA將用戶群分類，然後為每一類用戶創建角色，並將該角色授予這類用戶所需要的許可權，最後在將改角色授予該類中的各個用戶。這樣不僅簡化了授權操作，而且當這類用戶的許可權需求發生改變時，只需要把角色的許可權進行改動，而不必修改每一位用戶的許可權。
•動態許可權管理 角色可以被禁用或激活。當角色被禁止使用時，擁有該角色的用戶不再擁有授予改角色的許可權了。這樣就可以對多個用戶的許可權進行動態控制了。
•靈活的編程能力 角色是存儲在數據字典中的，並且可以為角色設置口令。這樣就能夠在應用程序中對角色進行控制。比如禁用或者激活等操作。
下面以Oracle9i為例，給出具體的實現用戶授權：
(1)設定各種角色,及其許可權
CREATE ROLE checkerrole DENTIFIEDBYxm361001;
CREATE ROLE defaultrole IDENTIFIEDBYdefaultrole;
GRANT SELECT,UPDATE ON
account.paytable TO checkerrole;
GRANT CONNECT TO defaultrole;
(2)創建用戶
CREATE USER xiaoli IDENTIFIEDBY xiaoli;
(3)授權
GRANT checkerrole TO xiaoli;
GRANT defaultrole TO xiaoli;
(4)設定用戶預設的角色
ALTER USER xiaoli DEFAULTROLE defaultrole;
(5)注冊過程
CONNECT xiaoli/xiaoli@oracle
此時用戶只有其預設角色的許可權。
(6)激活角色
SET ROLE checkerrole IDENTIFIEDBY xm361001;
----操作成功後，xiaoli擁有checkerrole的許可權。
----這里的角色和口令是固定的，在應用系統中可以由應用管理人員自行設置則更為方便安全
;