求细粒度数据权限控制最好的设计方法？
目前的设计：

首先定义数据资源，数据资源指定关联的字段；
具体的功能页面，绑定数据资源；
具体的角色拥有该功能页面的权限，并设置关联字段的值，可能是动态的值；
在页面程序中，对构造的查询条件进行注入，注入数据资源的条件。

目前的设计，感觉耦合度仍比较大，设想可以不用修改页面程序，将数据权限注入放到具体的SQL执行处。

还想将编辑与删除都纳入数据权限控制，开发人员和业务人员都可以很好的控制权限。

网上也看到很多人讲AOP，成熟的太少，希望有人能赐教下如何设计这块？
------解决方案--------------------
细粒度：表示实例级需要考虑具体对象的实例
权限系统提供一个基础，并解决那些具有“共性”的(或者说粗粒度的)部分
在这个基础之上，根据“业务逻辑”的独特权限需求，编码实现细粒度部分
用户组
角色组
权限分1可执行 2可读 3可写 等
Action粒度的权限管理
------解决方案--------------------
学习。。。。。
------解决方案--------------------
数据量超过几在万时。应该不是权限的问题了。而且效率的问题。权限分的太细。肯定会带来数据量的增加。

------解决方案--------------------
如果你稍有实践经验你会发现，大多数权限系统都是被人诟病的，是给人找麻烦而不是帮助人的。
------解决方案--------------------
是这样的,出于某些考虑:
比如AppCenter需要管理不同的软件公司提供的应用程序,
又比如,即使是在你的团队里,也希望这部分代码与表单设计无关,
表单设计好后,"挂接"或"引入"一个独立的dll就可以了.

举个asp.net WebForm的实际实施的方案(给你思路,具体方案当然很多)
每个页面都继承了MyBasePage,其实最初就是隔离,MyBasePage里没有任何代码,
但是,以后,你可以随时植入任何东西,让所有继承者都受益,

控件也是一样,你可以吧所有webform的常用控件做一次隔离,其实抄一遍就行了,