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