国产精品多人,亚洲国产日本,中文字幕一区av

Hibernate n+1问题

RoyPayne — Mon, 30 Jan 2012 06:20:00 GMT

在Session的缓存中存放的是�怺�兌��的对象图。默认情况下�Q�当Hibernate从数据库中加载Customer对象�Ӟ��会同时加载所有关联的 Order对象。以Customer和Order�c�Mؓ例，假定ORDERS表的CUSTOMER_ID外键允许为null

以下Session的find()�Ҏ��用于到数据库中检索所有的Customer对象�Q?nbsp;

List customerLists=session.find("from Customer as c");

�q�行以上find()�Ҏ��Ӟ��Hibernate��先查询CUSTOMERS表中所有的记录�Q�然后根据每条记录的ID�Q�到ORDERS表中查询有参照关�pȝ��记录�Q�Hibernate��依�ơ执行以下select语句�Q?nbsp;

select * from CUSTOMERS;
select * from ORDERS where CUSTOMER_ID=1;
select * from ORDERS where CUSTOMER_ID=2;
select * from ORDERS where CUSTOMER_ID=3;
select * from ORDERS where CUSTOMER_ID=4;

通过以上5条select语句�Q�Hibernate最后加载了4个Customer对象�?个Order对象�Q�在内存中�Ş成了一�q�关联的对象�?

Hibernate在检索与Customer兌��的Order对象�Ӟ��使用了默认的立即��索策略。这�U�检索策略存在两大不��I��

�Q?�Q? select语句的数目太多，需要频�J�的讉K��数据库，会媄响检索性能。如果需要查询n个Customer对象�Q�那么必��L��行n+1�ơselect查询�?句。这��是�l�典的n+1�ơselect查询问题。这�U�检索策略没有利用SQL的连接查询功能，例如以上5条select语句完全可以通过以下1�?select语句来完成：

select * from CUSTOMERS left outer join ORDERS
on CUSTOMERS.ID=ORDERS.CUSTOMER_ID

以上select语句使用了SQL的左外连接查询功能，能够在一条select语句中查询出CUSTOMERS表的所有记录，以及匚w��的ORDERS表的记录�?nbsp;

�Q?�Q�在应用逻辑只需要访问Customer对象�Q�而不需要访问Order对象的场合，加蝲Order对象完全是多余的操作�Q�这些多余的Order对象白白��费了许多内存空间�?nbsp;
��Z��解决以上问题�Q?span color="#ff0000" style="color: #ff0000;">Hibernate提供了其他两�U�检索策略：延迟��索策略和�q�切左外�q�接��索策略。�g�q�检索策略能避免多余加蝲应用�E�序不需要访问的兌��对象�Q�迫切左外连接检索策略则充分利用了SQL的外�q�接查询功能�Q�能够减��select语句的数目�?/span>

�Ҏ��据库讉K��q�是必须考虑性能问题的，在设定了1 对多�q�种关系之后�Q?查询��׃��出现传说中的n +1 问题�?nbsp;
1 �Q? 对多�Q�在1 方，查找得到了n 个对象，那么又需要将n 个对象关联的集合取出�Q�于是本来的一条sql查询变成了n +1 �?nbsp;
2�Q�多�? �Q�在多方�Q�查询得��C��m个对象，那么也会��m个对象对应的1 方的对象取出�Q?也变成了m+1

怎么解决n +1 问题�Q?nbsp;
1 �Q�lazy=true�Q?hibernate3开始已�l�默认是lazy=true了；lazy=true时不会立��L��询关联对象，只有当需要关联对象（讉K��其属性，非id字段�Q�时才会发生查询动作�?nbsp;

2�Q�二�U�缓存，在对象更斎ͼ�删除�Q�添加相对于查询要少得多�Ӟ�� 二��~�存的应用将不怕n +1 问题�Q�因为即使第一�ơ查询很慢，之后直接�~�存命中也是很快的�?nbsp;
不同解决�Ҏ��Q�不同的思�\�Q�第二条却刚好又利用了n +1 �?/span>

3) 当然你也可以讑֮�fetch=join(annotation : @ManyToOne() @Fetch(FetchMode.JOIN))

RoyPayne 2012-01-30 14:20 发表评论

spring security 权限控制

RoyPayne — Fri, 20 Jan 2012 02:41:00 GMT

1. 在web.xml文�g中加入Filter声明

<filter>
    <filter-name>springSecurityFilterChainfilter-name>
    <filter-class>org.springframework.web.filter.DelegatingFilterProxyfilter-class>
filter>
<filter-mapping>
    <filter-name>springSecurityFilterChainfilter-name>
    <url-pattern>/*url-pattern>
filter-mapping>

�q�个Filter会拦截所有的URL��h��Q��ƈ且对�q�些URL��h��q�行Spring Security的验证�?nbsp;

注意�Q�springSecurityFilterChain�q�个名称是由命名�I�间默认创徏的用于处理web安全的一个内部的bean的id。所以你在你的Spring配置文�g中，不应该再使用�q�个id作�ؓ你的bean�?nbsp;

与Acegi的配�|�不同，Acegi需要自行声明一个Spring的bean来作为Filter的实玎ͼ�而��用Spring Security后，无需再额外定义bean�Q�而是使用元素�q�行配置�?nbsp;

通过扩展Spring Security的默认实现来�q�行用户和权限的��理

事实上，Spring Security提供�?个认证的接口�Q�分别用于模拟用户和权限�Q�以及读取用户和权限的操作方法。这两个接口分别是：UserDetails和UserDetailsService�?nbsp;

public interface UserDetails extends Serializable {

    GrantedAuthority[] getAuthorities();

    String getPassword();

    String getUsername();

    boolean isAccountNonExpired();

    boolean isAccountNonLocked();

    boolean isCredentialsNonExpired();

    boolean isEnabled();
}

public interface UserDetailsService {
UserDetails loadUserByUsername(String username)
throws UsernameNotFoundException, DataAccessException;
}

非常清楚�Q�一个接口用于模拟用��P��另外一个用于模拟读取用��L��q�程。所以我们可以通过实现�q�两个接口，来完成��用数据库对用户和权限�q�行��理的需求。在�q�里�Q�我��给��Z��个��用Hibernate来定义用户和权限之间关系的示例�?nbsp;

RoyPayne 2012-01-20 10:41 发表评论

RoyPayne — Thu, 19 Jan 2012 06:53:00 GMT

摘要: Quartz是一个强大的企业�U��Q务调度框�Ӟ��Spring中��承�ƈ��化了Quartz�Q�下面就看看在Spring中怎样配置Quartz�Q?nbsp; 阅读全文

RoyPayne 2012-01-19 14:53 发表评论

Struts2-拦截�?权限控制

RoyPayne — Tue, 17 Jan 2012 08:35:00 GMT

1.自定义拦截器�l�承AbstractInterceptor�Q�重写public String intercept(ActionInvocation invocation)�Ҏ��?br />intercept�Ҏ��有ActionInvocation对象�Q�可以获取当前的Action��h��?br />

public class AuthorityInterceptor extends AbstractInterceptor {
    private static final long serialVersionUID = 1L;
    private Logger LOG = Logger.getLogger(AuthorityInterceptor.class.getName());

    private AuthorityUtil authorityUtil;

    public String intercept(ActionInvocation invocation) throws Exception {
        if (authorityUtil == null) {
            authorityUtil = new AuthorityUtil();
        }

        //获取当前用户所有的权限
        List operatorPurviews = getCurrentOperatorPurviews();

        //获取当前操作的url
        String currentUrl = getCurrentUrl();

         //如果是超�U�管理员或有当前url的权限，那么直接�q�回�?/span>
        if (OperatorUtil.getIsSuperAdmin() ||(OperatorUtil.getLoginName()!=null&&authorityUtil.checkUrl(operatorPurviews, currentUrl))){
             return invocation.invoke();
        }

        if (!OperatorUtil.getIsSuperAdmin()&&operatorPurviews.size()==0) {
            LOG.info("此用�?" + OperatorUtil.getLoginName() + " 没有��M��角色�Q�没有权限执行�Q何功�?);
            return "loginErr";
        }
            return "authorityErr";
    }

2.struts2.xml 配置interceptor

2.1 定义自定义拦截器

class="com.wasu.eis.authority.AuthorityInterceptor" />

2.2 加上struts2默认拦截器，形成拦截器栈

                  dojo\..*

                    input,back,cancel,browse

3.讄��为缺省的拦截�?br />

<default-interceptor-ref name="authorityInterceptorStack"/>

RoyPayne 2012-01-17 16:35 发表评论

spring事务传播属性与隔离�U�别

RoyPayne — Thu, 05 Jan 2012 07:25:00 GMT

一、Propagation �Q�事务的传播属性）

Propagation �Q�　　key属性确定代理应该给哪个�Ҏ��增加事务行�ؓ。这��L��属性最重要的部份是传播行�ؓ。有以下选项可供使用�Q�PROPAGATION_REQUIRED--支持当前事务�Q�如果当前没有事务，��新��Z��个事务。这是最常见的选择�?/span>
PROPAGATION_SUPPORTS--支持当前事务�Q�如果当前没有事务，��׃��非事务方式执行�?/span>
PROPAGATION_MANDATORY--支持当前事务�Q�如果当前没有事务，��抛出异常�?/span>
PROPAGATION_REQUIRES_NEW--新徏事务�Q�如果当前存在事务，把当前事务挂赗��?/span>
PROPAGATION_NOT_SUPPORTED--以非事务方式执行操作�Q�如果当前存在事务，��把当前事务挂�v�?/span>
PROPAGATION_NEVER--以非事务方式执行�Q�如果当前存在事务，则抛出异常�?/span>

1�Q?PROPAGATION_REQUIRED
加入当前正要执行的事务不在另外一个事务里�Q�那么就起一个新的事�?/span>
比如��_��ServiceB.methodB的事务��别定义�ؓPROPAGATION_REQUIRED, 那么�׃��执行ServiceA.methodA的时候，
ServiceA.methodA已经起了事务�Q�这时调用ServiceB.methodB�Q�ServiceB.methodB看到自己已经�q�行在ServiceA.methodA
的事务内部，��׃��再�v新的事务。而假如ServiceA.methodA�q�行的时候发现自己没有在事务中，他就会�ؓ自己分配一个事务�?/span>
�q�样�Q�在ServiceA.methodA或者在ServiceB.methodB内的��M��地方出现异常�Q�事务都会被回滚。即使ServiceB.methodB的事务已�l�被
提交�Q�但是ServiceA.methodA在接下来fail要回滚，ServiceB.methodB也要回滚

2�Q?PROPAGATION_SUPPORTS
如果当前在事务中�Q�即以事务的形式�q�行�Q�如果当前不再一个事务中�Q�那么就以非事务的�Ş式运�?/span>

3�Q?PROPAGATION_MANDATORY
必须在一个事务中�q�行。也��是��_��他只能被一个父事务调用。否则，他就要抛出异�?/span>

4�Q?PROPAGATION_REQUIRES_NEW
�q�个��比较绕口了�?比如我们设计ServiceA.methodA的事务��别�ؓPROPAGATION_REQUIRED�Q�ServiceB.methodB的事务��别�ؓPROPAGATION_REQUIRES_NEW�Q?/span>
那么当执行到ServiceB.methodB的时候，ServiceA.methodA所在的事务��׃��挂�v�Q�ServiceB.methodB会�v一个新的事务，�{�待ServiceB.methodB的事务完成以后，
他才�l�箋执行。他与PROPAGATION_REQUIRED 的事务区别在于事务的回滚�E�度了。因为ServiceB.methodB是新起一个事务，那么��是存在
两个不同的事务。如果ServiceB.methodB已经提交�Q�那么ServiceA.methodA��p�|回滚�Q�ServiceB.methodB是不会回滚的。如果ServiceB.methodB��p�|回滚�Q?/span>
如果他抛出的异常被ServiceA.methodA捕获�Q�ServiceA.methodA事务仍然可能提交�?/span>

5�Q?PROPAGATION_NOT_SUPPORTED
当前不支持事务。比如ServiceA.methodA的事务��别是PROPAGATION_REQUIRED �Q�而ServiceB.methodB的事务��别是PROPAGATION_NOT_SUPPORTED �Q?/span>
那么当执行到ServiceB.methodB�Ӟ��ServiceA.methodA的事务挂��P��而他以非事务的状态运行完�Q�再�l�箋ServiceA.methodA的事务�?/span>

6�Q?PROPAGATION_NEVER
不能在事务中�q�行。假设ServiceA.methodA的事务��别是PROPAGATION_REQUIRED�Q?而ServiceB.methodB的事务��别是PROPAGATION_NEVER �Q?/span>
那么ServiceB.methodB��p��抛出异常了�?/span>

7�Q?PROPAGATION_NESTED
理解Nested的关键是savepoint。他与PROPAGATION_REQUIRES_NEW的区别是�Q�PROPAGATION_REQUIRES_NEW另�v一个事务，��会与他的父事务�怺�独立�Q?/span>
而Nested的事务和他的父事务是�怾�的，他的提交是要�{�和他的父事务一块提交的。也��是��_��如果父事务最后回滚，他也要回滚的�?/span>
而Nested事务的好处是他有一个savepoint�?/span>
*****************************************
ServiceA {

/**
* 事务属性配�|��ؓ PROPAGATION_REQUIRED
*/
void methodA() {
try {
//savepoint
ServiceB.methodB(); //PROPAGATION_NESTED �U�别
} catch (SomeException) {
// 执行其他业务, �?ServiceC.methodC();
}
}

}
********************************************
也就是说ServiceB.methodB��p�|回滚�Q�那么ServiceA.methodA也会回滚到savepoint点上�Q�ServiceA.methodA可以选择另外一个分支，比如
ServiceC.methodC�Q��l�执行，来尝试完成自��q��事务�?/span>
但是�q�个事务�q�没有在EJB标准中定义�?/span>

Spring事务的隔��ȝ��?/span>
1. ISOLATION_DEFAULT�Q?�q�是一个PlatfromTransactionManager默认的隔��ȝ�别，使用数据库默认的事务隔离�U�别.
      另外四个与JDBC的隔��ȝ�别相对应
2. ISOLATION_READ_UNCOMMITTED�Q?�q�是事务最低的隔离�U�别�Q�它充许令外一个事务可以看到这个事务未提交的数据�?/span>
      �q�种隔离�U�别会��生脏读，不可重复��d��q�d��诅R�?/span>
3. ISOLATION_READ_COMMITTED�Q?保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据
4. ISOLATION_REPEATABLE_READ�Q?�q�种事务隔离�U�别可以防止脏读�Q�不可重复读。但是可能出现��像读�?/span>
      它除了保证一个事务不能读取另一个事务未提交的数据外�Q�还保证了避免下面的情况产生(不可重复�?�?/span>
5. ISOLATION_SERIALIZABLE �q�是��p��最高代价但是最可靠的事务隔��ȝ�别。事务被处理为顺序执行�?/span>
      除了防止脏读�Q�不可重复读外，�q�避免了�q�d��诅R�?/span>

什么是脏数据，脏读�Q�不可重复读�Q��觉读�Q?/span>
脏读: 指当一个事务正在访问数据，�q�且�Ҏ��据进行了修改�Q�而这�U�修改还没有提交到数据库中，�q�时�Q?/span>
     另外一个事务也讉K��q�个数据�Q�然后��用了�q�个数据。因��个数据是�q�没有提交的数据�Q?那么另外一
     个事务读到的�q�个数据是脏数据�Q�依据脏数据所做的操作可能是不正确的�?/span>

不可重复�? 指在一个事务内�Q�多�ơ读同一数据。在�q�个事务�q�没有结束时�Q�另外一个事务也讉K��该同一数据�?/span>
             那么�Q�在�W�一个事务中的两�ơ读数据之间�Q�由于第二个事务的修改，那么�W�一个事务两�ơ读到的数据
             可能是不一��L��。这样就发生了在一个事务内两次��d��的数据是不一��L��Q�因此称为是不可重复诅R�?/span>

�q�觉�? 指当事务不是独立执行时发生的一�U�现象，例如�W�一个事务对一个表中的数据�q�行了修改，�q�种修改涉及
         到表中的全部数据行。同�Ӟ��W�二个事务也修改�q�个表中的数据，�q�种修改是向表中插入一行新数据。那么，
         以后��׃��发生操作�W�一个事务的用户发现表中�q�有没有修改的数据行�Q�就好象发生了��觉一栗��?/span>

RoyPayne 2012-01-05 15:25 发表评论