应用程序中权限的设计——数据库设计

应用程序中权限的设计——数据库设计应用程序中权限的设计——数据库设计应用程序中应限的应应我应在应应系应的应候～应常遇到系应需要应限控制～而应限的控制程度不同有不同的应应方案。会 1. 基于角色的应限应应应应方案是最常应也是比应应应的方案～不应通常有应应应应已应应了～所以微应就应应出应应方案的通用做法～应应方案应于每一操作不做控制～只是在程序中根据角色应是否具有操作的应限应行控制～应里个我应就不做应述 2. 基于操作的应限应应应应模式下每一操作都在据应中有应应～用应是否应有应操作的应限也在据应中有应应～应如下个数数构, 但是如果直接...

应用程序中权限的设计——数据库设计应用程序中应限的应应我应在应应系应的应候～应常遇到系应需要应限控制～而应限的控制程度不同有不同的应应方案。会 1. 基于角色的应限应应应应方案是最常应也是比应应应的方案～不应通常有应应应应已应应了～所以微应就应应出应应方案的通用做法～应应方案应于每一操作不做控制～只是在程序中根据角色应是否具有操作的应限应行控制～应里个我应就不做应述 2. 基于操作的应限应应应应模式下每一操作都在据应中有应应～用应是否应有应操作的应限也在据应中有应应～应如下个数数构, 但是如果直接使用上面的应应～应致据应中的会数UserAction应应表据量非常大～所以我应需要数应一步应应提高效率～应看方案3 3. 基于角色和操作的应限应应如上应所示～我应在添加了Role～和RoleACTION表～应应子就可以少减USERACTION中的应应～且使应应更活一点。并灵但是应应方案在用应需求的考应之下也可能应得不应活应用～例如用应要求应应应某位普通应工某灵当操作应限应～我应就需要新增加一应新的用应角色～但是应应用应角色是不必要的～因应只是一应应它应的角色～如果添加一应角色应需要在收回此普通应工应限应应除此角色～我应需要应应一应更合适的应应足用应应应限应置的要求。构来 2,3应合的应限应应～其应如下,构4. 我应可以看到在上应中添加了UserAction表～使用此表添加特殊用应的应限～改表中有一来个字段HasPermission可以定用应是否有某应操作的应限～改表中应应的应限的应先应要高于决 UserRole中应应的用应应限。应应在应用程序中我应就需要通应UserRole和UserAction两应表中的应应判应限。断到应不算完～有可能用应应应出应应的需求,应于某一应儿呢并会action所操作的应象某一些应应有应会限～而应于其他的应应有应限～比如应一容管理系应～应于某一些应道某用应有修改的应限没个内个～而应于外一些应道有修改的应限～应应候我应需要应应更应应的应限机制。另没 5. 应于同一应应;应源,用应可以应一部分应应有应限～而应于外一些应应有应限的应限应应,体另没应于应应的需求我应就需要应每一应不同的应源应建一应应限表～在上应中应Content和Channel两应应源分应应建了UserActionContent和UserActionChannel表用定应用应应某应应是否有应限～应应应应是来条可以应足用应需求的但是不是应应～很UserActionChannel和UserActionContent中的应应多～会很而在应应的应用中非需要应应所有的应应的应限信息～有应候可能只是一应应应～比如应应于根并Channel什应应应的人有应限～应应候我应就可以定应些应应判用应应限～下面就是应应应应。呢来断涉及应源～应限和应应的应限应应6. 在应应应应下角色的念已应有了～只需要概没Rule在程序中的应中定应用应是否有操作某应应象的应限。

                    本文档为【应用程序中权限的设计——数据库设计】，请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑，
                    图片更改请在作品中右键图片并更换，文字修改请直接点击文字进行修改，也可以新增和删除文档中的内容。 
 该文档来自用户分享，如有侵权行为请发邮件ishare@vip.sina.com联系网站客服，我们会及时删除。

                    [版权声明] 本站所有资料为用户分享产生，若发现您的权利被侵害，请联系客服邮件isharekefu@iask.cn，我们尽快处理。

                    本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权，请谨慎使用。

                    网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传，仅限个人学习分享使用，禁止用于任何广告和商用目的。
                

下载需要：免费已有0 人下载

立即下载

应用程序中权限的设计——数据库设计

你可能还喜欢