【正文】 password。 //u2權力被回收后， u3不再具有 select sc權* 9數(shù)據(jù)庫系統(tǒng)概念 ERl DBMS權限管理的概念模型設計– 你在一個 DBMS開發(fā)公司工作，負責進行DBMS權限管理子系統(tǒng)的開發(fā)工作– 請根據(jù) DBMS的權限管理要求，完成權限管理子系統(tǒng)概念模型的設計* 10數(shù)據(jù)庫系統(tǒng)概念 ERl DBMS權限管理概念模型設計– 參考方案 (一 )– 思考：該方案有哪些不足？ISA角色 用戶具有身份具有權限擁有對象IidpasswordpidonamepnameoidIname* 11數(shù)據(jù)庫系統(tǒng)概念 ERl DBMS權限管理概念模型設計– 參考方案 (二 )grantergrantedISA角色 用戶具有身份具有權限擁有對象GrantoptionIidpasswordpidonamepnameoidIname* 12數(shù)據(jù)庫系統(tǒng)概念 ERl 參考方案 (一 )vs參考方案 (二 )– 參考方案 (一 ) 沒有描述誰進行的授權– 參考方案 (二 )是一個比較理想的方案l 關于后續(xù)討論– 為了方便討論，以下我們采用方案一– 采用方案一，即假設我們不考慮權力由誰授予– 采用方案一，僅僅是為了后續(xù)討論的方便l 思考：– 如果不使用繼承， ER會如何？– (假設不考慮權力由誰授予 )* 13數(shù)據(jù)庫系統(tǒng)概念 ERl DBMS權限管理概念模型設計– 參考方案 (三 )– 一種不使用繼承的方案角色用戶具有具有權限擁有對象UIDpasswordpidonamepnameoidUnameRidRname擁有* 14數(shù)據(jù)庫系統(tǒng)概念 ERl DBMS權限管理概念模型設計– 參考方案 (四 )– 另一種不使用繼承的方案身份具有權限擁有對象IidpasswordpidonamepnameoidInametype* 15數(shù)據(jù)庫系統(tǒng)概念 ERl 假設不考慮權力由誰授予，思考：– 方案一、三、四，各有什么優(yōu)缺點？– 哪個方案更合適？你更愿意選擇哪個方案？* 16數(shù)據(jù)庫系統(tǒng)概念 ERl 邏輯模型設計步驟– – 轉換、設計理解、表達現(xiàn)實世界概念模型： ER圖邏輯模型： DBSchema* 17數(shù)據(jù)庫系統(tǒng)概念 ER ER ?關系模式l 假設 DBMS權限系統(tǒng)概念模型設計采用方案 (一 )– 練習：請將 ER圖，轉換邏輯模型– 思考：繼承關系，如何轉換更合適？ISA角色 用戶具有身份具有權限擁有對象IidpasswordpidonamepnameoidIname* 18數(shù)據(jù)庫系統(tǒng)概念 ER ER ?關系模式l 參考方案 (一 )– 實體轉換的關系，父子分別建表l Identity(iid,iname)l User(iid,password)l Role(i