您现在的位置：&&>>&&>>&&>>&正文
能使 Oracle 索引失效的七大限制条件
　　 索引的目标是避免全表扫描，提高查询效率，但有些时候却适得其反。例如一张表中有上百万条数据，对某个字段加了索引，但是查询时性能并没有什么提高，这可能是 oracle 索引失效造成的。oracle 索引有一些限制条件，如果你违反了这些索引限制条件，那么即使你已经加了索引，oracle还是会执行一次全表扫描，查询的性能不会比不加索引有所提高，反而可能由于数据库维护索引的系统开销造成性能更差。 下面就是总结的能使
索引失效的七大限制条件。
　　1. 没有 WHERE 子句
　　2. 使用 IS NULL 和 IS NOT NULL
　　SELECT … FROM emp WHERE comm IS NULL; comm 列的索引会失效
　　3. WHERE 子句中使用函数
　　如果没有使用基于函数的索引，那么 where 子句中对存在索引的列使用函数时，会使优化器忽略掉这些索引。例如：
　　select * from staff where trunc（birthdate） = '01-MAY-82';
　　但是把函数应用在条件上，索引是可以生效的，把上面的语句改成下面的语句，就可以通过索引进行查找。
　　select * from staff where birthdate & （to_date（'01-MAY-82'） + 0.9999）；
　　注意：对于 MIN, MAX 函数，Oracle 仍然使用索引。
　　4. 使用 LIKE '%T' 进行模糊查询
　　5. WHERE 子句中使用不等于操作
　　不等于操作包括：&&, !=, NOT colum &= ?, NOT colum &= ?
　　对于这个限制条件可以通过 OR 替代，例如： colum && 0 ===& colum&0 OR colum&0
　　6. 等于和范围索引不会被合并使用
　　SELECT emp_id, emp_m, salary_q … FROM emp WHERE job='manager' AND deptno&10
　　job 和 deptno 都是非唯一索引，这种条件下 oracle 不会合并索引，它只会使用第一个索引。
　　7. 比较不匹配数据类型
　　dept_id是一个varchar2型的字段，在这个字段上有索引，但是下面的语句会执行全表扫描。
　　select * from dept where dept_id = 900198;
　　这是因为 oracle 会自动把 where 子句转换成 to_number（dept_id）=900198,相当于使用函数，这样就限制了索引的使用。正确写法如下：
　　select * from dept where dept_id = '900198';
【责编:peter】
?&[]?&[]?&[]?&[]?&[]?&[]?&[]?&[]?&[]?&[]
相关产品和培训
　友情推荐链接
　认证培训
　专题推荐
　?　?　?　?　?　?　?　?　?　?
　今日更新
?&?&?&?&?&?&?&?&?&?&
　社区讨论
　博客论点
　频道精选
　Oracle频道相关导航
技术导航：　　　　　　　　　产品导航　：　 |
| 　：　 |Oracle限制连接的IP
在oracle中，可以控制哪些IP可以连接，哪些IP不能连接数据库。在9i及以后中，单纯的设定允许的IP和禁止的IP，修改sqlnet.ora是最好最快的方法
1、修改sqlnet.ora文件
在linux版本的oracle中，默认是没有sqlnet.ora这个文件的
$ cd $ORACLE_HOME/network/admin
$ vi sqlnet.ora
#增加如下部分
tcp.validnode_checking=yes
#允许访问的IP
tcp.invited_nodes=(192.168.100.252,192.168.100.253)
#禁止访问的IP
tcp.excluded_nodes=(192.168.100.222,192.168.100.232)
2、重启监听
$ lsnrctl stop
$ lsnrctl start
这个时候，就只有ip地址为192.168.100.252以及ip地址为192.168.100.253的客户端可以连接数据库，而ip地址为192.168.100.222以及ip地址为192.168.100.232的客户端则无法连接数据库。
当其他IP的客户端使用PL/SQL连接数据库的时候会显示如下报错：
需要注意的问题：
1、 需要设置参数为YES，这样才能激活。
2、 建议设置允许访问的IP，因为IP地址有可能被随意修改，就不能起到自己的目的。
3、 TCP当参数TCP.INVITED_NODES和TCP.EXCLUDED_NODES设置的地址相同的时候将覆盖TCP.EXCLUDED_NODES设置。
4、 需要重启监听器才能生效。
5、 这个方式只是适合TCP协议。
6、 这个配置适用于9i以上版本。在9i之前的版本使用文件protocol.ora。
7、 在服务器上直接连接数据库不受影响。
8、 这种限制方式事通过监听器来限制的。
9、 这个限制只是针对IP检测，对于用户名检测事不支持的。
(window.slotbydup=window.slotbydup || []).push({
id: '2467140',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467141',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467142',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467143',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467148',
container: s,
size: '1000,90',
display: 'inlay-fix'震动业界的一个大官司
发布时间：
阅读数：6,032 views
本周四，Oracle就Android操作系统对Google发布了一项版权与专利诉讼，这开启了硅谷的两家公司在智能电话软件平台上的法律之争。
自从2007年11月首个版本发布以来，Android就呈现出了快速发展的态势。Gartner公司上个季度的数据表明，Android首次超越了Apple的iOS，但需要注意的是，这些数据是在iPhone 4发布之前统计的，随着iPhone 4的发布，Apple的产品货源一直吃紧。目前，全球四大智能电话操作系统分别是Symbian（41.2%）、RIM（18.2%）、Android（17.2%）以及iOS（14.2%）。
此次诉讼将由旧金山联邦法院负责处理，主要内容是Google侵犯了Oracle的7项专利，这些专利是年初Oracle收购Sun Microsystems时所获得的。Oracle在一篇简短的声明中说，Google“故意、直接、一而再、再而三地侵犯Oracle Java相关的知识产权”。
Android在核心OS与软件开发包（SDK）中大量使用了Java。虽说Google也发布了“Android Native Development Kit”，以支持开发者使用C和C++构建Android组件，但首选方法还是基于Java来构建应用。这些Java代码会转换为字节码，然后在Dalvik（Google自己定制的VM）中运行。Android中的核心Java库基于Apache Harmony（来自Apache软件基金会的开源、免费的Java实现）。这样，Google的Android SDK实现在很大程度上是独立于Oracle的，但Google并没有就Java的使用向Oracle支付过一分钱。
Sun在Java上的盈利模式主要靠收取移动手持设备与其他OEM的许可费用，在Oracle收购Sun时，人们认为Oracle会从其对软件的控制上赚取更多的钱。人们普遍认为Sun之所以拒绝给Java SE 5 Technology Compatibility Kit（TCK）发放许可（Apache需要使用该许可来认证Harmony对Java SE 5的实现），主要原因在于保护这种盈利模式，但结果其实是法律方面的问题。
此次诉讼也标志着Oracle在使用Java专利上的首次尝试。Oracle CEO Larry Ellison认为收购Sun是正确的主要原因在于这使得Oracle能够控制Java了。
商场如战场，专利是商家手中的利器，尤其是科技企业更是利用专利来保护自己的市场优势，打击对手。智能手机市场专利之战可以说一直没有中断过，在某个时刻总会有一个公司拍案而起，宣称对方侵犯了自己的知识产权，说明白了就是一个驱动力：利益使然。技术专利可以使自己在竞争中获得更大的优势，就像秘密武器一般，怎能不保护？
在 Android 和 iPhone 的战争中，我们已经看到苹果曾诉讼 HTC 侵犯自己的专利，其目的当然是 Google ，因为 Google 的 Android 平台对 iPhone 造成了威胁，所以苹果自然不会放过打击对手的机会，
这次，Google 遇到的麻烦来自 Oracle。 Oracle 指出：Google 至少侵犯了涉及到 Java的七项专利。
Java 是一个平台
Java 不仅是一门语言，更是一个平台。当年，Java 在 Sun 手中的时候，Sun 推出了 J2ME 环境，试图统一手机市场，以自己的 Java 虚拟机做为一个通用的移动开发平台，做到“一次编译，到处运行”，当然，这个策略并没有获得很大的成功，但是 Java 的影响力仍然很大，而且 Sun 的 Java 虚拟机仍在许多著名手机制造商的手机上使用，比如诺基亚的Symbian 系统，RIM 的 Blackberry 系统采用了 Java 虚拟机做为程序运行环境，在 Android
和 iPhone 的逼迫下，Java 虚拟机已经成了低端智能手机的代名词，但不可否认，它仍拥有一定的市场占有率，而且它也是 Sun 公司的财产，是其利益所系。如今 Sun 被 Oracle 收购，Java 的所有权变归了 Oracle，Oracle 挥舞专利大棒是迟早的事情。
关于 Java 虚拟机的诉讼以前也发生过。是发生在 Sun 和微软之间。微软当时和 Sun 签订了一个协议，开发与 Sun 的 Java 虚拟机兼容的运行环境，但是微软没有遵守协议，他的开发增加了太多自己的东西，破坏了平台的统一性，因此 Sun 状告微软并取得了成功，赔偿金是 16 亿美金。微软被迫放弃这个计划，开始开发自己的.Net。
Java 这门语言是大家都可以用的，Oracle（Sun）当然希望程序员使用 Java，但是做为一个公司，更关心的是自己的利益，这个利益如何保证呢？就是保持一个统一的平台，并且这个平台在自己的控制之下。Java 的程序运行环境必须是 Oracle （Sun）的 Java 虚拟机。厂商在自己的手机上使用 Java 虚拟机必须经过 Oracle (Sun)的授权。
当然 Sun 对 Google 这小动作非常不高兴，但起诉 Google 从来就没有出现在他们的议程上面。就像 Java 之父James Gosling所说的：Filing patent suits was never in Sun’s genetic code。但他对 Oracle 起诉 Google 的举动显然是意料之中，只是时间的问题。
Oracle对此自然不会高兴，目前它已经是 Java 的所有者，自然拥有在语言和平台上的专利，Android 的蓬勃发展自然会促使更多的人使用 Java，但是这对于 Oracle 毫无意义，因为这些使用 Java 编写的软件没有运行在它的平台上，对此它来说毫无利益可言，难怪 Oracle 要坐不住了。Oracle 状告 Google 是情理之中，那么 Google 不是可以以自己的虚拟机并非 Java 虚拟机改写，不涉及到侵犯专利来辩护吗？问题是开源界一向是诉讼不断，商业公司虎视眈眈，你能保证在专利上能说的那么清楚，完全摆脱干系么？对于细节我们不是很清楚，但是美国的律师们，恩，你懂的。这次诉讼如何收场，以及后果如何还是未知数。
对于 Java 平台的所有者来说，拥有 Java 运行的平台才能保证自己的利益，它当然不希望别人去开发自己的运行平台。所以，当开源的 Java 运行平台 Harmony 在 Apache 协议下出现的时候，Sun 并不是很高兴，当时没有出现大的冲突可能是因为这个平台还不成气候。Google 的 Dalvik 虚拟机大量采用了 Apache 下的 Harmony 代码，目的很简单，Google 要做一个自己掌控的手机平台，自然不会把关键的软件运行平台放在其它公司手中，所以 Google 重新编写了虚拟机。另外个开发 Dalvik 虚拟机的原因是当年 Google 和 Sun 没谈成关于 J2ME 授权的事宜。因为 Sun 当然是想通过授权来获取巨大的商业利益。虽然 Sun 说 Java 是开源的，但他们狡猾的在移动平台方面没有加入 Classpath Exception 这条款。（Classpath Exception 简单来说就是可以让开发者自己定义授权协议申明，而不会被捆绑到 GPL 授权协议）。但 Google 没有也不可能接受 Sun 的要价，所以雇佣了一批前 Sun 的 Java 开发者，绕过 Java 的版权限制，开发了和 Java 虚拟机不兼容的 Dalvik 虚拟机。其实笔者倒觉得接近于 J2SE 的 Android 平台更适合于现代的移动平台。反观 RIM 的开发平台是基于 J2ME 的，难看的界面元素和平庸的编程 API 极大限制和打击了黑莓开发者的信心。在编程语言上，Google 选择的是 Java，因为 Java 在手机行业毕竟有着基础，通过采用一个大家都熟悉的语言，可以迅速吸引大量开发者。总的来说，Google 的手机系统不是 Java 虚拟机，但是用 Java 编程，通过将 Java 编好的程序转换成可以运行在 Dalvik 虚拟机的代码这种方式，建立了自己的手机平台。
Google 发言人 Aaron Zamost 带来了 Google 的官方回应：我们知道 Oracle 起诉我们和开源的Java社区了，我们对此很失望。开源的 Java 社区并不是单单一家公司可以控制的。我们强烈维护开源标准，我们会和行业里的其他人一起发展 Android 平台。
关于Oracle的诉讼请求，也就是“寻求法庭发出禁制令禁止谷歌进一步开发和销售Android软件，并希望就谷歌的故意侵权行为获得补偿金”的诉讼请求能否实现呢？我认为，或许可以实现，但仅仅在于实现后半部分，前半部分是不可能的了。
首先，Google本身同Oracle(Sun)、IBM、Red Hat等公司一样，是JCP（虽然有人说它已经死了）的一员，也是JSR的参与及制定者，更是Java社区的重要支持者之一，很多Java技术的改进与标准的制定，本身就来源于Google，而并非Oracle(Sun)所独有。Oracle现今虽然拥有很多Java技术专利，但也仅限于Sun所拥有的部分。反过来说，作为Java社区重要成员的Google，难道就没有一点握在手中的Java技术专利吗？我想是不可能的。假如未来这场“口水战”发展到白热化，Google不管不顾的启用到手中“黑匣子”，反过来给Oracle一下，他们到时能否吃得消，也在两可之间。更何况，虽然为了经济利益，很多时候顾不得道义，但身为JCP成员的Oracle与Google同室操戈，对Java体系将是大大的不利，如果Oracle玩得过分，很可能闹得整个Java体系崩溃，那么刚刚花了70多亿收购Sun的Oracle，所遭受的损失，恐怕将远远在Google之上。埃利森虽然视财如命，倒也不是个糊涂人。
其次，Android的底层系统采用Linux，Java核心包来自Apache的Harmony，图形引擎采用Skia封装，虚拟机是丹伯恩斯坦研发的Dalvik。实际上，Android所采用的技术，半数以上来自于第三方开源项目和Google自主研发（甚至是重复造轮子），除了标准语法以外，说Android体系同传统Java体系绝缘也不为过。一旦Oracle起诉成立，就等于法官将要同时理清这N多开源项目的来龙去脉（拥有者大多与Google无直接从属关系），难度可想而知。更何况，早在2006年起，由Sun主导的开源Java，也让Java以GPL协议的方式获得了很大程度上的自由，很多Java技术，早就非Sun所独占了。当然，专利依旧存在，但在美国这种司法上承认开源协议的国家，当专利与开源协议冲突时，官司将变得相当纠结。难道Oracle能够将这所有开源项目一笔抹杀，这所有开源协议一笔勾销吗？我相信即便Oracle能够做到，以后他们也不用在地球上混了（某个被戏称为火星的世界或许还有戏）。
最后，也是最主要的，基于多种开源项目组合而成的Android系统，不单本身开放源码，而且是100%免费的（某些额外的商业授权需要和Google联系并收费，但金额很小，也不是必须使用）。也就是说，Google虽然是Android体系的开发及拥有者，但直接获利却少的可怜。在大多根据侵权获利判定侵权惩罚的美国，即便最终侵权成立，想单独在Android身上卡出油水来，也会是件非常困难的事情，恐怕连请律师的费用甚至诉讼费都会远远超过这个数字了。更何况，那许多的Android使用者也不可能愿意负担连带责任。假如Oracle想从Android上获利，那么Oracle与Google和解将是最好的方式，死卡着Android不放，一旦将众多手机厂商也卷入进来，Oracle势必成为众矢之的，得不偿失。
即便在美国，即便Oracle与Google能找到最具有专业经验的法官去审理此案，这许许多多的开源协议与专利归属问题（很多还是交叉授权），恐怕也会将他搞的如坠云里雾里，就连搞清这个官司究竟在争论些什么，究竟谁使用的技术是谁所拥有，都会有相当程度的困难，更别说理清头绪，审清案件了。
当然，即使判决难度很大，但判决结果却是必然会有的。根据以往经验，由于前Sun有大量员工跳槽到Google，他们或多或少总会透露一定的Sun技术给Google，所以这场官司大约能让Oracle从Google那里套现并取得和解，最极端情况下，甚至此后每卖出一台拥有Android系统的手机Oracle也能获得一定的利益。但是，凭此便想搞掉Android，却是绝对不可能，因为Android的市场占有率，早已不是一纸公文可以改变得了的，更何况Google手里还有大量底牌。事实上，微软的J++与J#很早以前就面临过与Android系统非常类似的问题，此刻不是依旧幸福的活着吗？
可以肯定的是，这场官司对于整个Java体系是弊大于利的，除了律师以外，没有任何人是真正的赢家。我想，埃利森应该很清楚这点，也仅仅是为了争取“分一杯羹”这一终极目标，而去起诉Google的。特别是在他收购了Sun，却找不到太多盈利途径的时候——你Google吃肉，至少要给Oracle留碗汤喝嘛。
甲骨文对谷歌提起专利侵权诉讼，指责谷歌侵犯了与Java有关的知识产权，而这起诉讼很有可能会使得微软成为最大赢家。
据了解，经过漫长的审查之后，甲骨文在今年早些时候完成了56亿美元收购Sun的交易，并通过这项交易获得了Java软件的知识产权。甲骨文在起诉谷歌的声明中表示，谷歌在开发Android移动操作系统软件的过程中侵犯了与Java有关的知识产权。
甲骨文发言人Karen Tillman在声明中表示，在开发Android的过程中，谷歌故意、直接及反复侵犯了甲骨文与Java有关的知识产权。
对此，谷歌回击称，Android的研发并没有采用Java技术，而是一个与Java兼容的技术，名为“Dalvik”。谷歌表示，甲骨文的起诉是毫无依据的，该公司将会采取反抗。
外界人士分析称，不管甲骨文起诉谷歌的结局如何，这起诉讼都会对谷歌构成一定的伤害，并会对微软起到一定的帮助作用，因为微软此时在移动市场中的地位是脆弱的。毋庸置疑的，甲骨文针对谷歌的诉讼将会为Windows Phone 7带来契机，微软很可能将从甲骨文起诉谷歌的诉讼案中受益。
与此同时，甲骨文起诉谷歌还将在一定程度上推动Microsoft .Net的发展，其首要竞争对手就是Java软件。Microsoft .NET是一种面向网络，支持各种用户终端的开发平台。在甲骨文起诉谷歌之后，一些开发者在微型博客网站Twitter上留言称，甲骨文起诉谷歌将促使他们转而使用Microsoft .NET。用ORACLE的PROFILE限制ORACLE用户
ORACLE的PROFILE文件是限制用户使用的资源的一种手段。如：控制session或sql能使用的CPU、控制用户的密码管理策略等。
数据库创建后，则存在名为DEFAULT的默认PROFILE，若不做特殊指定，创建用户时用户默认使用的PROFILE就是DEFAULT。
查看视图dba_profiles可找出数据库中有哪些PROFILE。
SQL& select distinct profile from dba_
--------------------
MONITORING_PROFILE
查看所有的PROFILE
SQL& select * from dba_profiles order by PROFILE;
PROFILE&&&&&&&&&&&&& RESOURCE_NAME&&&&&&&&&&&&&&&&& RESOURCE LIMIT
-------------------- ------------------------------ -------- ----------
DEFAULT&&&&&&&&&&&&& COMPOSITE_LIMIT&&&&&&&&&&&&&&& KERNEL&& UNLIMITED
DEFAULT&&&&&&&&&&&&& PASSWORD_LOCK_TIME&&&&&&&&&&&& PASSWORD 1
DEFAULT&&&&&&&&&&&&& PASSWORD_VERIFY_FUNCTION&&&&&& PASSWORD NULL
DEFAULT&&&&&&&&&&&&& PASSWORD_REUSE_MAX&&&&&&&&&&&& PASSWORD UNLIMITED
DEFAULT&&&&&&&&&&&&& PASSWORD_REUSE_TIME&&&&&&&&&&& PASSWORD UNLIMITED
DEFAULT&&&&&&&&&&&&& PASSWORD_LIFE_TIME&&&&&&&&&&&& PASSWORD 180
DEFAULT&&&&&&&&&&&&& FAILED_LOGIN_ATTEMPTS&&&&&&&&& PASSWORD UNLIMITED
DEFAULT&&&&&&&&&&&&& PRIVATE_SGA&&&&&&&&&&&&&&&&&&& KERNEL&& UNLIMITED
DEFAULT&&&&&&&&&&&&& CONNECT_TIME&&&&&&&&&&&&&&&&&& KERNEL&& UNLIMITED
DEFAULT&&&&&&&&&&&&& IDLE_TIME&&&&&&&&&&&&&&&&&&&&& KERNEL&& UNLIMITED
DEFAULT&&&&&&&&&&&&& LOGICAL_READS_PER_CALL&&&&&&&& KERNEL&& UNLIMITED
DEFAULT&&&&&&&&&&&&& LOGICAL_READS_PER_SESSION&&&&& KERNEL&& UNLIMITED
DEFAULT&&&&&&&&&&&&& CPU_PER_CALL&&&&&&&&&&&&&&&&&& KERNEL&& UNLIMITED
DEFAULT&&&&&&&&&&&&& CPU_PER_SESSION&&&&&&&&&&&&&&& KERNEL&& UNLIMITED
DEFAULT&&&&&&&&&&&&& SESSIONS_PER_USER&&&&&&&&&&&&& KERNEL&& UNLIMITED
DEFAULT&&&&&&&&&&&&& PASSWORD_GRACE_TIME&&&&&&&&&&& PASSWORD 7
1、对数据库资源做限制
{ { SESSIONS_PER_USER 每个用户名所允许的并行会话数
& | CPU_PER_SESSION&& 一个会话一共可以使用的CPU时间，单位是百分之一秒
& | CPU_PER_CALL&&&&& 一次SQL调用(解析、执行和获取)允许使用的CPU时间
& | CONNECT_TIME&&&&& 限制会话连接时间，单位是分钟
& | IDLE_TIME&&&&&&&& 允许空闲会话的时间，单位是分钟
& | LOGICAL_READS_PER_SESSION 限制会话对数据块的读取，单位是块
& | LOGICAL_READS_PER_CALL&&& 限制SQL调用对数据块的读取，单位是块
& | COMPOSITE_LIMIT&& &组合打法&
& }&& { integer | UNLIMITED | DEFAULT }
& | PRIVATE_SGA&& 限制会话在SGA中Shared Pool中私有空间的分配& { size_clause | UNLIMITED | DEFAULT}
2、对密码做限制
{ { FAILED_LOGIN_ATTEMPTS 帐户被锁定之前可以错误尝试的次数
& | PASSWORD_LIFE_TIME&&& 密码可以被使用的天数，单位是天，默认值180天
& | PASSWORD_REUSE_TIME&& 密码可重用的间隔时间(结合PASSWORD_REUSE_MAX)
& | PASSWORD_REUSE_MAX&&& 密码的最大改变次数(结合PASSWORD_REUSE_TIME)
& | PASSWORD_LOCK_TIME&&& 超过错误尝试次数后，用户被锁定的天数，默认1天
& | PASSWORD_GRACE_TIME&& 当密码过期之后还有多少天可以使用原密码
& }& { expr | UNLIMITED | DEFAULT }
& | PASSWORD_VERIFY_FUNCTION& { function | NULL | DEFAULT }
修改profile：alter profile [资源文件名] limit [资源名]
如：alter profile default limit failed_login_attempts 100;
删除PROFILE：drop profile [资源文件名] [CASCADE] ;
若创建的PROFILE已经授权给了某个用户，使用CASCADE级联收回相应的限制，收回限制信息后将以系统默认的PROFILE对该用户进行限制。
设置PROFILE参数的生效时间
1、用户所有拥有的PROFILE中有关密码的限制立即生效，不受限制。从这个可看出对用户密码的重视程度。
2、用户所有拥有的PROFILE中有关资源的限制与resource_limit参数的设置有关，当为TRUE时生效，当为FALSE时（默认值）设置任何值都无效。
SQL& show parameter resource_limit
NAME&&&&&&&&&&&&&&&& TYPE&&&&&&& VALUE
-------------------- ----------- -------
resource_limit&&&&&& boolean&&&& FALSE
1、设置SQL列显示宽度:col 列名 for 大小;
如col username for a20;
2、权限控制的策略在使用前一定要做好充分的测试，确保透彻理解每一条限制规则，另外将每一步的限制规则记录到一个特定的数据库维护手册中。
作者&一米阳光&&&
(window.slotbydup=window.slotbydup || []).push({
id: '2467140',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467141',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467142',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467143',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467148',
container: s,
size: '1000,90',
display: 'inlay-fix'}