用戶與權(quán)限管理(1)-資料下載頁
2025-01-11 11:03本頁面
【正文】 {role_1[,role_2]...}。 REVOKE {obj_priv_1[,obj_priv_2]...|ALL[PRIVILEGES]} ON {[schema.]object[(column1[,column2])]|DIRECTORY dir} FROM {user_1[,user_2]...} [CASCADE CONSTRAINTS] [FORCE]。 Ssm 角色與權(quán)限管理 ? 將角色授予用戶或其他角色 ? 撤銷授予用戶或其他角色的角色 GRANT role_1[,role_2]... TO {user_1[,user_2]...|PUBLIC|role_1[,role_2]} [WITH ADMIN OPTION]。 REVOKE role_1[,role_2]... FROM {user_1[,user_2]...|PUBLIC|role_1[,role_2]}。 Ssm PL/SQL與角色 ? 默認(rèn)情況下， PL/SQL函數(shù)、過程、程序包都要使用“定義者”的命名空間和權(quán)限執(zhí)行。需要注意的是，這些 已編譯的“ PL/SQL程序”對象要使用直接賦予設(shè)計用戶的權(quán)限執(zhí)行，而不使用用戶通過數(shù)據(jù)庫角色得到的對象權(quán)限來執(zhí)行 。當(dāng)然，這將使讓作為特定數(shù)據(jù)庫用戶在SQL*Plus中測試特定 DML語句的開發(fā)人員混淆，他們將發(fā)現(xiàn) PL/SQL過程中的相同語句不能夠編譯。 大多數(shù)情況下，造成這種問題的原因是由于對象權(quán)限是通過角色授予，而不是直接授予設(shè)計用戶的。 Ssm PL/SQL與角色 ? 通常情況下，應(yīng)用開發(fā)的安全方法是不直接將表和視圖上的權(quán)限賦予數(shù)據(jù)庫用戶，只能夠通過 PL/SQL過程、函數(shù)或程序包訪問附屬的表和視圖，而執(zhí)行這些已編譯對象的權(quán)限要通過數(shù)據(jù)庫角色提供。 這種方式的最大優(yōu)點是：除了通過公開的方法之外，終端用戶不能直接操作應(yīng)用程序中的表和視圖。如果將安全直接綁定到用戶應(yīng)用中，而不是數(shù)據(jù)庫中，就意味著安全實現(xiàn)只能夠適用于用戶應(yīng)用。然而，如果用戶只能夠提供通過 PL/SQL過程、函數(shù)和程序包修改用戶應(yīng)用的表和視圖的能力，那么就要為訪問 Oracle數(shù)據(jù)庫的所有應(yīng)用維護(hù)數(shù)據(jù)庫對象的安全。 Ssm 小結(jié) ? 用戶管理 ? 權(quán)限的基本作用 ? 系統(tǒng)權(quán)限（ with admin option） ? 對象權(quán)限（ with grant option） ? 角色（ with admin option） ? PL/SQL與角色 Ssm
公司管理相關(guān)推薦
鄂ICP備17016276號-1