久久久久亚洲精品美女,77777亚洲午夜久久多喷,亚洲第一成年免费网站

�Q��{�Q�Spring事务传播机制解惑

Eric5231 — Sat, 05 Apr 2008 04:45:00 GMT

Spring事务传播机制解惑

概述

当我们调用一个基于Spring的Service接口�Ҏ(gu��)��Q�如UserService#addUser()�Q�时�Q�它?y��u)��运行于Spring��理的事务环境中�Q�Service接口�Ҏ(gu��)��可能�?x��)在内部调用其它的Service接口�Ҏ(gu��)��以共同完成一个完整的业务操作�Q�因此就�?x��)��生服务接口方法嵌套调用的情况�Q�Spring通过事务传播行�ؓ(f��)控制当前的事务如何传播到被嵌套调用的目标服务接口�Ҏ(gu��)��中�?/p>

事务传播是Spring�q�行事务��理的重要概念，光��要性怎么��都不��。但是事务传播行��Z��是被误解最多的地方�Q�在本文里，我们��详�l�分析不同事务传播行为的表现形式�Q�掌握它们之间的区别�?/p>

事务传播行�ؓ(f��)�U�类

Spring在TransactionDefinition接口中规定了7�U�类型的事务传播行�ؓ(f��)�Q�它们规定了事务�Ҏ(gu��)��和事务方法发生嵌套调用时事务如何�q�行传播�Q?/p>

�?/a>1事务传播行�ؓ(f��)�c�d��

事务传播行�ؓ(f��)�c�d��	说明
PROPAGATION_REQUIRED	如果当前没有事务�Q�就新徏一个事务，如果已经存在一个事务中�Q�加入到�q�个事务中。这是最常见的选择�?/p>
PROPAGATION_SUPPORTS	支持当前事务�Q�如果当前没有事务，��׃��非事务方式执行�?/p>
PROPAGATION_MANDATORY	使用当前的事务，如果当前没有事务�Q�就抛出异常�?/p>
PROPAGATION_REQUIRES_NEW	新徏事务�Q�如果当前存在事务，把当前事务挂赗��?/p>
PROPAGATION_NOT_SUPPORTED	以非事务方式执行操作�Q�如果当前存在事务，��把当前事务挂�v�?/p>
PROPAGATION_NEVER	以非事务方式执行�Q�如果当前存在事务，则抛出异常�?/p>
PROPAGATION_NESTED	如果当前存在事务�Q�则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED�c�M��的操作�?/p>

当��用PROPAGATION_NESTED�Ӟ��底层的数据源必须��Z��JDBC 3.0�Q��ƈ且实现者需要支持保存点事务机制�?/p>

几种�Ҏ(gu��)��引�v误解的组合事务传播行�?/strong>

�Q��{�Q�Spring事务传播机制解惑

Eric5231 — Sat, 05 Apr 2008 04:43:00 GMT

Spring事务传播机制解惑

概述

当我们调用一个基于Spring的Service接口�Ҏ(gu��)��Q�如UserService#addUser()�Q�时�Q�它?y��u)��运行于Spring��理的事务环境中�Q�Service接口�Ҏ(gu��)��可能�?x��)在内部调用其它的Service接口�Ҏ(gu��)��以共同完成一个完整的业务操作�Q�因此就�?x��)��生服务接口方法嵌套调用的情况�Q�Spring通过事务传播行�ؓ(f��)控制当前的事务如何传播到被嵌套调用的目标服务接口�Ҏ(gu��)��中�?/p>
事务传播是Spring�q�行事务��理的重要概念，光��要性怎么��都不��。但是事务传播行��Z��是被误解最多的地方�Q�在本文里，我们��详�l�分析不同事务传播行为的表现形式�Q�掌握它们之间的区别�?/p>
事务传播行�ؓ(f��)�U�类

Spring在TransactionDefinition接口中规定了7�U�类型的事务传播行�ؓ(f��)�Q�它们规定了事务�Ҏ(gu��)��和事务方法发生嵌套调用时事务如何�q�行传播�Q?/p>
�?/a>1事务传播行�ؓ(f��)�c�d��

事务传播行�ؓ(f��)�c�d��

说明

PROPAGATION_REQUIRED

如果当前没有事务�Q�就新徏一个事务，如果已经存在一个事务中�Q�加入到�q�个事务中。这是最常见的选择�?/p>

PROPAGATION_SUPPORTS

支持当前事务�Q�如果当前没有事务，��׃��非事务方式执行�?/p>

PROPAGATION_MANDATORY

使用当前的事务，如果当前没有事务�Q�就抛出异常�?/p>

PROPAGATION_REQUIRES_NEW

新徏事务�Q�如果当前存在事务，把当前事务挂赗��?/p>

PROPAGATION_NOT_SUPPORTED

以非事务方式执行操作�Q�如果当前存在事务，��把当前事务挂�v�?/p>

PROPAGATION_NEVER

以非事务方式执行�Q�如果当前存在事务，则抛出异常�?/p>

PROPAGATION_NESTED

如果当前存在事务�Q�则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED�c�M��的操作�?/p>

当��用PROPAGATION_NESTED�Ӟ��底层的数据源必须��Z��JDBC 3.0�Q��ƈ且实现者需要支持保存点事务机制�?/p>
几种�Ҏ(gu��)��引�v误解的组合事务传播行�?/strong>

当服务接口方法分别��用表1中不同的事务传播行�ؓ(f��)�Q�且�q�些接口�Ҏ(gu��)��又发生相互调用的情况下，大部分组合都是一目了�?d��ng)��?gu��)��理解的。但是，也存在一些容易引赯��解的�l�合事务传播方式�?/p>
下面�Q�我们通过两个具体的服务接口的�l�合调用行�ؓ(f��)来破解这一隄��。这两个服务接口分别是UserService和ForumService�Q�UserSerice有一个addCredits()�Ҏ(gu��)��Q�ForumSerivce#addTopic()�Ҏ(gu��)��调用了UserSerice#addCredits()�Ҏ(gu��)��Q�发生关联性服务方法的调用�Q?/p>
public class ForumService {

private UserService userService;

public void addTopic(){①调用其它服务接口的�Ҏ(gu��)��

//add Topic…

userService.addCredits();②被兌��调用的业务方�?/strong>

}

}

嵌套调用的事务方�?/p>
对Spring事务传播行�ؓ(f��)最常见的一个误解是�Q�当服务接口�Ҏ(gu��)��发生嵌套调用�Ӟ��被调用的服务�Ҏ(gu��)��只能声明为PROPAGATION_NESTED。这�U�观点犯了望文生义的错误�Q�误认�ؓ(f��)PROPAGATION_NESTED是专为方法嵌套准备的。这�U�误解遗害不��，执有�q�种误解的开发者错误地认�ؓ(f��)�Q�应��量不让Service�cȝ��业务�Ҏ(gu��)��发生�怺�的调用，Service�c�d��能调用DAO层的DAO�c�，以避免��生嵌套事务�?/p>
其实�Q�这�U�顾虑是完全没有必要的，PROPAGATION_REQUIRED已经清楚地告诉我们：(x��)事务的方法会(x��)��_��“聪明”地判断上下文是否已经存在一个事务中�Q�如果已�l�存在，��加入到�q�个事务中，否则创徏一个新的事务�?/p>
依照上面的例子，假设我们��ForumService#addTopic()和UserSerice#addCredits()�Ҏ(gu��)��的事务传播行为都讄��为PROPAGATION_REQUIRED�Q�这两个�Ҏ(gu��)��运行于同一个事务中�?/p>
��Z��清楚地说明这点，可以��Log4J的日志设�|��ؓ(f��)DEBUG�U�别�Q�以观察Spring事务��理器内部的�q�行情况。下面将两个业务�Ҏ(gu��)��都设�|��ؓ(f��)PROPAGATION_REQUIRED�Q�Spring所输出的日志信息如下：(x��)

Using transaction object

[org.springframework.jdbc.datasource.DataSourceTransactionManager$DataSourceTransactionObject@e3849c]

①�ؓ(f��)ForumService#addTopic()新徏一个事�?/strong>

Creating new transaction with name [com.baobaotao.service.ForumService.addTopic]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT

Acquired Connection [org.apache.commons.dbcp.PoolableConnection@dc41c5] for JDBC transaction

Switching JDBC Connection [org.apache.commons.dbcp.PoolableConnection@dc41c5] to manual commit

Bound value [org.springframework.jdbc.datasource.ConnectionHolder@ee1ede] for key [org.apache.commons.dbcp.BasicDataSource@4204] to thread [main]

Initializing transaction synchronization

Getting transaction for [com.baobaotao.service.ForumService.addTopic]

Retrieved value [org.springframework.jdbc.datasource.ConnectionHolder@ee1ede] for key [org.apache.commons.dbcp.BasicDataSource@4204] bound to thread [main]

Using transaction object [org.springframework.jdbc.datasource.DataSourceTransactionManager$DataSourceTransactionObject@8b8a47]

�?/strong>UserService#addCredits()��单地加入到已存在的事务中�Q�即①处创徏的事务）(j��)

Participating in existing transaction

Getting transaction for [com.baobaotao.service.UserService.addCredits]

Completing transaction for [com.baobaotao.service.UserService.addCredits]

Completing transaction for [com.baobaotao.service.ForumService.addTopic]

Triggering beforeCommit synchronization

Triggering beforeCompletion synchronization

Initiating transaction commit

③调用底�?/strong>Connection#commit()�Ҏ(gu��)��提交事务

Committing JDBC transaction on Connection [org.apache.commons.dbcp.PoolableConnection@dc41c5]

Triggering afterCommit synchronization

Triggering afterCompletion synchronization

Clearing transaction synchronization

嵌套事务

��ForumService#addTopic()讄��为PROPAGATION_REQUIRED�Ӟ��UserSerice#addCredits()讄��为PROPAGATION_REQUIRED、PROPAGATION_SUPPORTS、PROPAGATION_MANDATORY�Ӟ��q�行的效果都是一致的�Q�当�?d��ng)��如果单独调用addCredits()��另当别��Z��Q��?/p>
当addTopic()�q�行在一个事务下�Q�如讄��为PROPAGATION_REQUIRED�Q�，而addCredits()讄��为PROPAGATION_NESTED�Ӟ��如果底层数据源支持保存点�Q�Spring��ؓ(f��)内部的addCredits()�Ҏ(gu��)��产生的一个内嵌的事务。如果addCredits()对应的内嵌事务执行失败，事务��回滚到addCredits()�Ҏ(gu��)��执行前的点，�q�不�?x��)将整个事务回滚。内嵌事务是内层事务的一部分�Q�所以只有外层事务提交时�Q�嵌套事务才能一�q�提交�?/p>
嵌套事务不能够提交，它必��通过外层事务来完成提交的动作�Q�外层事务的回滚也会(x��)造成内部事务的回滚�?/p>
嵌套事务和新事务

PROPAGATION_REQUIRES_NEW �?PROPAGATION_NESTED也是�Ҏ(gu��)��h��的两个传播行为。PROPAGATION_REQUIRES_NEW 启动一个新的、和外层事务无关�?#8220;内部”事务。该事务拥有自己的独立隔��ȝ�别和锁，不依赖于外部事务�Q�独立地提交和回滚。当内部事务开始执行时�Q�外部事务将被挂��P��内务事务�l�束�Ӟ��外部事务才��l�执行�?/p>
由此可见�Q?PROPAGATION_REQUIRES_NEW �?PROPAGATION_NESTED 的最大区别在于：(x��)PROPAGATION_REQUIRES_NEW ��创��Z��个全新的事务�Q�它和外层事务没有�Q何关�p�，�?PROPAGATION_NESTED ��创��Z��个依赖于外层事务的子事务�Q�当外层事务提交或回滚时�Q�子事务也会(x��)�q�带提交和回滚�?/p>
其它需要注意问�?/p>
以下几个问题值得注意�Q?/p>
1) 当业务方法被讄��为PROPAGATION_MANDATORY�Ӟ��它就不能被非事务的业务方法调用。如��ForumService#addTopic()讄��为PROPAGATION_MANDATORY�Q�如果展现层的Action直接调用addTopic()�Ҏ(gu��)��Q�将引发一个异常。正��的情况是：(x��)addTopic()�Ҏ(gu��)��必须被另一个带事务的业务方法调用（如ForumService#otherMethod()�Q�。所以PROPAGATION_MANDATORY的方法一般都是被其它业务�Ҏ(gu��)��间接调用的�?/p>
2) 当业务方法被讄��为PROPAGATION_NEVER�Ӟ��它将不能被拥有事务的其它业务�Ҏ(gu��)��调用。假设UserService#addCredits()讄��为PROPAGATION_NEVER�Q�当ForumService# addTopic()拥有一个事务时�Q�addCredits()�Ҏ(gu��)��抛出异常。所以PROPAGATION_NEVER�Ҏ(gu��)��一般是被直接调用的�?/p>
3)当方法被讄��为PROPAGATION_NOT_SUPPORTED�Ӟ��外层业务�Ҏ(gu��)��的事务会(x��)被挂��P��当内部方法运行完成后�Q�外层方法的事务重新�q�行。如果外层方法没有事务，直接�q�行�Q�不需要做��M��其它的事�?/p>
��结

在Spring声明式事务管理的配置中，事务传播行�ؓ(f��)是最�Ҏ(gu��)��被误解的配置��，原因在于事务传播行�ؓ(f��)名称�Q�如PROPAGATION_NESTED�Q�嵌套式事务�Q�和代码�l�构的类似性上�Q�业务类�Ҏ(gu��)��嵌套调用另一个业务类�Ҏ(gu��)��Q�。这�U�误解在很多Spring开发者中�q�泛存在�Q�本文深入讲解了Spring事务传播行�ؓ(f��)对业务方法嵌套调用的真实影响�Q�希望能帮助读者化解对事务传播行�ؓ(f��)的困惑�?/p>

Eric5231 2008-04-05 12:43 发表评论

Transaction always commits even if marked readOnly

Eric5231 — Sat, 05 Apr 2008 04:36:00 GMT
Let me first of all state the expected behavior: Silently marking a transaction as rollback-only through a setRollbackOnly call will work as long as you do it at the *outermost* transaction level. If you do it within an inner transaction scope, the outer transaction will see this as a "global" rollback-only and throw an UnexpectedRollbackException - since the code in the outer transaction did not explicitly ask for a rollback, so needs to be notified.

So in your scenario, I would assume that you do the setRollbackOnly within an inner transaction scope. Since you're using , this could mean that your pointcut is too broad and applies transaction demarcation at multiple levels: for example, at the Controller level as well as at the service level, with the setRollbackOnly call happening in a service - this would lead to an UnexpectedRollbackException at the Controller level.

That said, I would actually argue that you should virtually never be using a programmatic setRollbackOnly call in the first place, or more specifically, a rollback without exception thrown to the caller. This usually indicates inappropriate transaction scopes.

In particular, web data binding should *not* happen within a transaction. Rather, perform data binding without transaction first, then start transactions at the service level *once you decided to process the bound data*, with the bound data brought into the transaction through a merge operation. This way, validation errors don't require a transaction rollback in the first place...

Aside from avoiding programmatic setRollbackOnly calls in your application code, the above approach to validation and transactions also avoids excessive rollbacks in your transaction statistics. Such rollbacks for frequent and perfectly normal user interactions should in particular be avoided in administered environments like a J2EE server installation - with transaction monitoring and (potentially) escalation messages generated for rollbacks.

Eric5231 2008-04-05 12:36 发表评论

利用ThreadLocal��理session

Eric5231 — Thu, 13 Mar 2008 09:04:00 GMT

在利用Hibernate开发DAO模块�Ӟ��我们和Session打的交道最多，所以如何合理的��理Session�Q�避免Session的频�J�创�? 和销毁，对于提高�pȝ��的性能来说是非帔R��要的�Q�以往是通过eclipse的插件来自动完成�q�些代码的，当然效果是不错的�Q�但是��L��觉得不爽(没有��L��那些冗长的代�?�Q�所以现在打��自己实现Session��理的代码�?

我们知道Session是由SessionFactory负责创徏的，而SessionFactory的实现是�U�程安全的，多个�q�发�? �U�程可以同时讉K��一个SessionFactory�q�从中获取Session实例�Q�那么Session是否是线�E�安全的呢？很遗憾，�{�案是否定的�? Session中包含了数据库操作相关的状态信息，那么说如果多个线�E�同时��用一个Session实例�q�行CRUD�Q�就很有可能��D��数据存取的�؜乱，你能够想像那些你�Ҏ(gu��)��不能预测执行��序的线�E�对你的一条记录进行操作的情�Ş吗？

在Session的众多管理方案中�Q�我们今天来认识一�U�名ThreadLocal模式的解��x��案�?

早在Java1.2推出之时�Q�Java�q�_��中就引入了一个新的支持：(x��)java.lang.ThreadLocal�Q�给我们在编写多�U�程�E�序时提供了一�U�新的选择。ThreadLocal是什么呢�Q�其实ThreadLocal�q��是一个线�E�的本地实现版本�Q�它�q�不是一个Thread�Q�而是 thread local variable(�U�程局部变�?。也许把它命名�ؓ(f��)ThreadLocalVar更加合适。线�E�局部变�?ThreadLocal)其实的功用非常简单， ��是为每一个��用某变量的线�E�都提供一个该变量值的副本�Q�是每一个线�E�都可以独立地改变自��q��副本�Q�而不�?x��)和其它�U�程的副本冲�H�。从�U�程的角度看�Q�就好像每一个线�E�都完全拥有一个该变量�?

ThreadLocal是如何做��Cؓ(f��)每一个线�E�维护变量的副本的呢�Q�其实实现的思�\很简单，在ThreadLocal�c�M��有一个Map�Q�用于存储每一个线�E�的变量的副本。比如下面的�C�Z��实现(��Z��单，没有考虑集合的泛�?�Q?

public class ThreadLocal {
private Map values = Collections.synchronizedMap(new HashMap());
public Object get() {
Thread currentThread = Thread.currentThread();
Object result = values.get(currentThread);
if(result == null&&!values.containsKey(currentThread)) {
result = initialValue();
values.put(currentThread, result);
}
return result;
}
public void set(Object newValue) {
values.put(Thread.currentThread(), newValue);
}
public Object initialValue() {
return null;
}
}

那麽具体如何利用ThreadLocal来管理Session呢？Hibernate官方文档手册的示例之中，提供了一个通过ThreadLocal�l�护Session的好榜样�Q?

public class HibernateUtil {
public static final SessionFactory sessionFactory;
static {
try {
sessionFactory = new Configuration().configure().buildSessionFactory();
} catch (Throwable ex) {
throw new ExceptionInInitializerError(ex);
}
}
public static final ThreadLocalsession=new ThreadLocal();
public static Session currentSession() throws HibernateException {
Session s = session.get();
if(s == null) {
s = sessionFactory.openSession();
session.set(s);
}
return s;
}
public static void closeSession() throws HibernateException {
Session s = session.get();
if(s != null) {
s.close();
}
session.set(null);
}
}

只要借助上面的工��L(f��ng)��获取Session实例�Q�我们就可以实现�U�程范围内的Session�׃�n�Q�从而避免了�U�程中频�J�的创徏和销毁Session�? 例。当�?d��ng)��不要忘记在用完后关闭Session。写到这里，惛_��多说一些，也许大多数时候我们的DAO�q�不�?x��)涉及(qi��ng)到多线�E�的情�Ş�Q�比如我们不�?x��)将DAO�? 代码写在Servlet之中�Q�那样不是良好的设计�Q�我自己通常�?x��)在service层的代码里访问DAO的方法。但是我�q�是��采用以上的工��L(f��ng)��来管�? Session�Q�毕竟我们不能仅仅考虑今天��己做什么，�q�应该考虑明天��己做什么！

Eric5231 2008-03-13 17:04 发表评论

Spring的Hibernate事务��理

Eric5231 — Fri, 07 Mar 2008 02:13:00 GMT
Spring声明式事务让我们从复杂的事务处理中得到解脱。��得我们再也无需要去处理获得�q�接、关闭连接、事务提交和回滚�{�这些操作。再也无< font color="#ff0000">需要我们在与事务相关的�Ҏ(gu��)��中处理大量的try…catch…finally代码< /font>�?
我们在��用Spring声明式事务时�Q�有一个非帔R��要的概念��是事务属性。事务属性通常�׃��务的传播行�ؓ(f��)�Q�事务的隔离�U�别�Q�事务的��时值和事务只读标志�l�成。我们在�q�行事务划分�Ӟ�� 需要进行事务定义，也就是配�|�事务的属性�?
Spring �?gt;TransactionDefinition 接口中定义这些属�?以供PlatfromTransactionManager使用, PlatfromTransactionManager是spring事务��理的核心接口�?
代码
TransactionDefinition publicinterfaceTransactionDefinition {
intgetPropagationBehavior();
intgetIsolationLevel();
intgetTimeout();
booleanisReadOnly();
}
getTimeout()�Ҏ(gu��)��Q�它�q�回事务必须在多��秒内完成�?
isReadOnly(),事务是否只读�Q�事务管理器能够�Ҏ(gu��)��q�个�q�回��D��行优化，��保事务是只�ȝ��?
getIsolationLevel()�Ҏ(gu��)��q�回事务的隔��ȝ�别，事务��理器根据它来控制另外一个事务可以看到本事务内的哪些数据�?

在TransactionDefinition接口中定义了五个不同的事务隔��ȝ��?

1) ISOLATION_DEFAULT �q�是一�?PlatfromTransactionManager默认的隔��ȝ�别，使用数据库默认的事务隔离�U�别.另外四个与JDBC的隔��ȝ�别相对应 < br /> 2) ISOLATION_READ_UNCOMMITTED�q�是事务最低的隔离�U�别�Q�它充许别外一个事务可以看到这个事务未提交的数据。这�U�隔��ȝ�别会(x��)产生脏读�Q�不可重复读和��像读�?br /> 3) ISOLATION_READ_COMMITTED 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这�U�事务隔��ȝ�别可以避免脏��d��玎ͼ�但是�? 能会(x��)出现不可重复��d��q�d��诅R�?
4) ISOLATION_REPEATABLE_READ �q�种事务隔离�U�别可以防止脏读�Q�不可重复读。但是可能出现��像读。它除了保证一个事务不能读取另一个事务未提交的数据外�Q�还保证了避免下�? 的情况��?不可重复�?

在TransactionDefinition接口中定义了七个事务传播行�ؓ(f��):
1) < span style="color: #000000;"> PROPAGATION_REQUIRED 如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事�?
2) PROPAGATION_SUPPORTS 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执�?
3) PROPAGATION_MANDATORY 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务�Q�则抛出�?
4)PROPAGATION_REQUIRES_NEW ��L��开启一个新的事务。如果一个事务已�l�存在，则将�q�个存在的事务挂�?
5) PROPAGATION_NOT_SUPPORTED��L��非事务地执行�Q��ƈ挂�v��M��存在的事�?
6) PROPAGATION_NEVER��L��非事务地执行�Q�如果存在一个活动事务，则抛出异�?
7) PROPAGATION_NESTED如果一个活动的事务存在�Q�则�q�行在一个嵌套的事务�? 如果没有�z�d��事务, 则按 TransactionDefinition.PROPAGATION_REQUIRED 属性执�?

Eric5231 2008-03-07 10:13 发表评论

Hibernate的Load和get�Ҏ(gu��)��区别

Eric5231 — Fri, 07 Mar 2008 01:55:00 GMT
1.��d��时机不同�Q�当lazy=true的时候）(j��)
    load是采用�g�q�机�?load语句不读库，�{��用非主键时才去读�?/font>)�Q�而get不采用�g�q�机�?get语句旉��上读�?/font>)�Q?br />
2.搜烦(ch��)不到数据时的情况
    当搜索的数据不存在的时候，load依然�?x��)返回一个对象，在你使用该对象的非主键数据时�Q�会(x��)抛出异常�Q?br />     当搜索的数据不存在的时候，get�?x��)返回一个null�Q?br />
备注�Q?/strong>�|�上看来说load比get更节省资源；
    我做�q�一个例子，即两个线�E�，1��L(f��ng)��E�把数据��d��来，把session��x��。过几秒2��L(f��ng)��E�也去读相同的记录，�q�时2��L(f��ng)��E��ƈ没有搜烦(ch��)�?没有昄��出HQL语句)�Q�不��你用load�q�是get
    �l�论�Q�我觉得它们两个都有使用到缓存，至于更深入的我没有去研究�?

Eric5231 2008-03-07 09:55 发表评论

Eric5231 — Tue, 19 Feb 2008 09:34:00 GMT
Session�~�存其实��是一块内存空�?在这个内存空间中存放了互相关联的Java对象,Session负责�Ҏ(gu��)��持久化对象的状态变化来同步更新数据�?Session的缓存是内置�?不能被卸�?也被�U�Cؓ(f��)Hibernate的第一�U�缓�?此外SessionFactory有一个内�|�的�~�存和一个外�|�的�~�存,其中外置的缓存是可插拔的�~�存插�g,也被�U�Cؓ(f��)Hibernate的第二��~�存,在默认情况下,SessionFactory不会(x��)启动�q�个�~�存插�g.

�~�存的范围和�~�存的�ƈ发访问策�?br /> 1.持久层的�~�存范围
   事务范围:   �~�存只能被当前事务访�?�~�存的生命周期依赖于事务的生命周�?每个事务都有独自的缓�?br />    �q�程范围: �~�存被进�E�内的所有事务共�?�~�存的生命周期依赖于�q�程的生命周�? 因�ؓ(f��)�q�程的事务有可能�q�发讉K��~�存,所以必��d��~�存采取必要的事务隔��L��?
   ��集范围: 在群集环境中, �~�存被同一个机器或多个机器上的多个�q�程�׃�n. �~�存中的数据被复制到集群环境中的每个�q�程节点,�q�程之间通过�q�程通信来保证缓存中数据的一致�?

�~�存中的数据通常采用对象的散装数据�Ş�?
2.�~�存�q�发讉K��{�略
   �׃��可见, �q�程范围或群集范围缓�?即第二��~�存,�?x��)出现�ƈ发问�?对第二��~�存可以讑֮�以下四种�c�d��的�ƈ发访问策�?每一个策略对应一�U�事务隔��ȝ��?
   1) 事务�?   仅仅在受��理环境中适用,对于�l�常被读但是很少被修改的数据,可以防止脏读和不可重复读的�ƈ发问�?
   2)��d��?   仅仅在非��集的环境中适用,对于�l�常被读但是很少被修改的数据,可以防止脏读;
   3)非严��D��写型: 不保证缓存与数据库中数据的一致�?对于极少被修�?�q�且允许偶尔脏读的数�?可以采用�q�种�{�略;
   4)只读�? 对于从来不会(x��)被修改的数据,如参考数�?可以使用�q�个�{�略;

只有�W�合以下条�g的数据才适合于存攑ֈ��W�二�U�缓存中:
   1) 很少被修改的数据;
   2) 不是很重要的数据,允许出现偶尔的�ƈ发问�?
   3)不会(x��)被�ƈ发访问的数据;
   4)参考数�?

Hibernate的二�U�缓存SessionFactory是进�E�范围或��集范围的缓�?因此需要采用适当的�ƈ发访问策�?提供事务隔离�U�别,而且可以在每个类或每个集合的�_�度上配�|�第二��~�存.�~�存适配�?Cache Provider)用于把具体的�~�存实现软�g于Hibernate集成.Hibernate�q��ؓ(f��)查询�l�果提供了一个查询缓�?它依赖于�W�二�U�缓�?

��理Hibernate的第一�U�缓�?br />    Session为应用程序提供了两个��理�~�存�Ҏ(gu��)��evict(Object o)和clear()
       evict(Object o) : 从缓存中清除参数指定的持久化对象;(适用于不希望session'按照该对象的状态变化来同步更新数据库和扚w��更新或批量删除的场合)
       clear(): 清空�~�存中所有持久化对象
*对于更好的批量更新或者批量删除的场合应该直接通过JDBC API讉K��数据库的�q�程, 执行SQL语句来减��Hibernate API的多�ơsql执行, 或者调用相关的存储�q�程. �q�个时候还得注�?br />
Transaction接口来声明事务边�?

��理Hibernate的第二��~�存
   �׃��W�二�U�缓存是可配�|�的插�g,Hibernate允许选用以下�c�d��的缓存插�?
   1) EHCache: �q�程范围内的�~�存, 对Hibernate的查询缓存提供了支持;(net.sf.hibernate.cache.EhCacheProvider EHCache插�g的适配�?
   2) OpenSymphony OSCache: �q�程范围内的�~�存,提供了丰富的�~�存数据�q�期�{�略,对Hibernate的查询缓存提供了支持;(net.sf.hibernate.cache,OSCacheProvider OSCache插�g

的适配�?;
   3) SwarmCache: ��集范围的缓�?但不支持Hibernate的查询缓�?(net.sf.hibernate.cache.SwarmCacheProvider SwarmCache插�g的适配�?
   4) JBossCache: ��集范围内的�~�存,支持事务�q�发讉K��{�略,对Hibernate的查询缓存提供了支持;(net.sf.hibernate,cache.TreeCacheProvider JBossCache插�g的适配�?

配置�W�二�U�缓存主要包含以下步�?
   1) 在各个映��文件中为持久化�c�设�|�第二��~�存后者在Hibernate的配�|�文件hibernate.cfg.xml中集中设�|�第二��~�存,讄��它的命名�~�存的�ƈ发访问策�?
   2)选择合适的�~�存插�g,手工�~�辑配置文�g,为每个命名缓存设�|�数据过期策�?



       ...

*如果只在category中配�|�cache,当调用category.getItems().iterate()�Ҏ(gu��)��?Hibernate只会(x��)把items集合中的元素存放到缓存中,此时Hibernate仅仅把与Category兌��的Item对象的OID存放

到缓存中.如果希望把整个Item对象散装数据存入�~�存,应该在Item.hbm.xml文�g中设�|�cache元素

***************************************************************************************************************************************************
在默认情况下,Session�?x��)在下面的时间点清理�~�存.
   1) 当应用程序调用net.sf.hibernate.Transaction的commit()�Ҏ(gu��)��的时�?commit()�Ҏ(gu��)��先清理缓�? 然后再向数据库提交事�?
   2) 当应用程序调用Session的find()或者iterate()�? 如果�~�存中持久化对象的属性发生了变化, ��׃��(x��)先清理缓�? 以保证查询结果能反映持久化对象的最新状�?
   3) 当应用程序显式调用Session的flush()�Ҏ(gu��)��的时�?

1. Session的save()�Ҏ(gu��)��
   save�Ҏ(gu��)��q�不立即执行SQL insert语句, 只有当Session清理�~�存的时, 才会(x��)执行SQL insert语句.如果在save()�Ҏ(gu��)��之后, 又修改了持久化对象的属�? �q�会(x��)使得Session在清理缓

存时, 额外执行SQL update语句.
2. Session的update()�Ҏ(gu��)��
   update�Ҏ(gu��)��?x��)生成或调用一个计划的update语句,�q�且Session只有在清理缓存的时候才�?x��)执行update语句,在执行时才会(x��)把Customer对象当前的属性值组装到update语句�?
**通过update()�Ҏ(gu��)��使游��d��象被一个Session兌��,即��没有修改Customer对象的�Q何属�?Session在清理缓存时也会(x��)执行由update()�Ҏ(gu��)��计划的update语句. 如果希望Session仅仅当修

改了Customer对象的属性时, 才执行update语句, 可以把映��文件中元素的select-before-update设�ؓ(f��)true, 该属性的默认��gؓ(f��)false;
**当update()�Ҏ(gu��)��兌��一个游��d��象时, 如果在Session的缓存中已经存在相同OID的持久化对象,�?x��)抛出异�?
3. Session的saveOrUpdate()�Ҏ(gu��)��
   saveOrUpdate()�Ҏ(gu��)��同时包含了save()与update()�Ҏ(gu��)��的功�? 如果传入的参数是临时对象��p��用save()�Ҏ(gu��)��; 如果传入的参数是游离对象, ��p��用update()�Ҏ(gu��)��; 如果传入的参�?br />
是持久化对象, 那就直接�q�回.
4. Session的load()和get()�Ҏ(gu��)��
   Session的load()和get()�Ҏ(gu��)��都能�Ҏ(gu��)��l�定的OID从数据库中加载一个持久化对象, �q�两个方法的区别在于: 当数据库中不存在与OID对应的记录时, load()�Ҏ(gu��)��抛出

net.sf.hibernate.ObjectNotFoundException异常,而get()�q�回null.
5. Session的delete()�Ҏ(gu��)��
   如果传入的参数是持久化对�? Session��p��划执行一个delete语句. 如果传入的参数是游离对象, 先��游离对象被Session兌��, 使它变�ؓ(f��)持久化对�? 然后计划执行一个delete�?br />
�? Session只有在清理缓存的时候才�?x��)执行delete语句.
   该方法也能删除多个对�? 但不推荐,效率�?�?session.delete("from Customer as c where c.id>8");

Eric5231 2008-02-19 17:34 发表评论

Eric5231 — Mon, 18 Feb 2008 08:11:00 GMT
HQL:
CreateQuery()
   Query query = session.createQuery("from Customer as c where c.name=:customerName and c.age=:customerAge");
   query.setString("customerName","Tom");
   query.setInteger("customerAge",21);

createQuery()支持�Ҏ(gu��)��铄��E�风�?br />
QBC:(Criteria,Criterion,Expression)
   Criteria criteria = session.createCriteria(Customer.class);
   Criterion criterion1 = Expression.like("name", "T%");
   Criterion criterion2 = Expression.like("age", new Integer(21));
   Criteria = criteria.add(criterion1).add(criterion2);
   List result = criteria.list();

HQL&&QBC支持多态和�l�承查询
HQL&&QBC支持排序和分��?br />    HQL: Query query = session.createQuery("from Customer c order by c. name asc, c.age desc"); //排序
               query.setFirstResult(10); //讑֮�从对象开始检索�v始位�|��ؓ(f��)0
                              query.setMaxResults(10); //讑֮�一�ơ最多检索出的对象数�?br />    QBC: Criteria criteria = session.createCriteria(Customer.class);
               criteria.addOrder(Order.asc("name"));
               criteria.addOrder(Order.desc("age"));
               criteria.setFirstResult(0); //讑֮�从对象开始检索�v始位�|��ؓ(f��)0
               criteria.setMaxResult(10); //讑֮�一�ơ最多检索出的对象数�?br />
参数�l�定能有效避免一些安全漏�z?br />
HIbernate�q�能在xml文�g里面配置HQL或者SQL本地查询语句:
   //for HQL


         ...




   //for SQL



   在程序中使用getNamedQuery()�Ҏ(gu��)��获得查询语句:
       Query query = session.getNamedQuery("findCustomersByName");
       query.setString("name",name);
       List result = query.list();

内连接：(x��)利用内连接可获取两表的公共部分的记录Select * from A JOIN B ON A.Aid=B.Bnameid

当查询的只是对象的部分属性的时�? 可以采用动态实例化查询�l�果,把实体的部分属性封装�ؓ(f��)一个javabean临时对象,不需要创建对�?关系映射文�g
   package mypack;
   import java.io.Serializable;
   public class CustomerRow implements Serializable{
       private Long id;
       private String name;
       private String orderNumber;

       public CustomerRow(Long id, String name, String orderNumber){
           this,id=id;
           ...
       }
       ...
        此处省略id,name和orderNumber属性的get和set�Ҏ(gu��)��
       ...
   }
   在程序中可以�l�合HQL查询语句�q�样使用,
   Iterator it = session.createQuery("select new mypack.CustomerRow(c.id,c.name,o.orderNumber)'
           +'from Customer c join c,orders o where o,orderNumber like 'T%'").list().iterator();
   此外如果�l�果集只有一个结�?可以用uniqueResult()�Ҏ(gu��)��
   Object[] obj = (Object[])session.createQuery("select max(c.age),min(c.age) from Customer c").uniqueResult();
   Integer maxAge = (Integer) obj[0];
   Integer minAge = (Integer) obj[1];

�l�果集中可以通过利用set和sql的distinct��L��

动态查询适宜用QBC��(g��)索方�?可以��化编�E?
   public List findCustomers (String name, int age) throws HibernateException{
       Criteria criteria = session,createCriteria(Customer,class);
       if(name != null){
           criteria.add(Expression.like("name",nam.toLowerCase(),MactchMode.ANYWHWERE));
       }
       if(age!=0){
           crteria.add(Expression.eq("age",new Integer(age)));
       }

       return criteria.list();

   }

集合�q��o(h��): 当orders集合�׃��使用延迟��(g��)索策略而没有在开始被初始�?当调用get***().iterator()�Ҏ(gu��)��初始化的时候不能对�q�个集合�q�行排序或者条件过�?通过�?br />
用集合过滤就能解册��个问�?
   List result = session.createFilter(customer.getOrders(), "where this.price>100 order by this.price") .list();
集合�q��o(h��)除了用于为集合排序或讄��U�束条�g,�q�可�?
   1) 为集合分��?br />    List result = session.createFilter(customer.getOrders(), "order by this,price asc")
       .setFirstResult(10)
       .setMaxResult(50)
       .list();
   2)只选择集合的某个属�?br />    List result = session.createFilter(customer.getOrders(), "select this.orderNumber").list();

Eric5231 2008-02-18 16:11 发表评论

Eric5231 — Thu, 24 Jan 2008 07:57:00 GMT
    Hibernate映射�c�d��分�ؓ(f��)两种�Q�内�|�的映射�c�d��和客户化映射�c�d��。内�|�映��类型负责把一些常见的Java�c�d��映射到相应的SQL�c�d��Q�此外，Hibernate�q�允许用户实现UserType或CompositeUserType接口�Q�来灉|��地定制客户化映射�c�d��

1.内置映射�c�d��
   1).Java基本�c�d��的Hibernate映射�c�d��

Java�c�d�� Hibernate映射�c�d�� 标准SQL�c�d�� 大小和取��D��?/td>

int/Integer int/integer INTEGER 4Byte

long/Long    long BIGINT 8Byte

short/Short short SAMLLINT 2Byte

byte/Byte byte TINYINT 1Byte

float/Float float FLOAT 4Byte

double/Double double DOUBLE 8Byte

BigDecimal big_decimal NUMBERIC Numeric(8,2)

char/Character/String character CHAR(1) 定长字符

String string VARCHAR 变长字符

boolean/Boolean boolean BIT 布尔�c�d��

boolean/Boolean yes/no CHAR(1)('Y'/'N') 布尔�c�d��

boolean/Boolean true/false CHAR(1)('T'/'F') 布尔�c�d��

    2). Java旉��和日期类型的Hibernate映射�c�d��

Java�c�d�� Hibernate映射�c�d�� 标准SQL�c�d�� 描述

java.util.Date/java.sql.Date date DATE 日期�Q�yyyy-mm-dd

java.util.Date/java.sql.TIme time TIME 旉��Q�hh�Q�mm�Q�ss

java.util.Date/java.sql.Timestamp timestamp TIMESTAMP 旉��戻I��yyyymmddhhmmss

java.util.Calendar calendar TIMESTAMP 同上

java.util.Calendar calendar_date DATE 日期�Q�yyyy-mm-dd

* 当程序类型�ؓ(f��)java.sql.Timestamp, 数据库中表属性类型�ؓ(f��)timestamp的情况下�Q�即使用户以�I�值插入数据，数据库系�l�仍然会(x��)自动填充timestamp的�?br />
    3). Java 大对象类型的Hibernate映射�c�d��

Java�c�d�� Hibernate映射�c�d�� 标准SQL�c�d�� MySql�c�d�� Oracle�c�d��

byte[] binary VARBINARY/BLOB BLOB BLOB

String text CLOB TEXT CLOB

serializable 实现serializable接口的一个java�c?/td> VARBINARY/BLOB BLOB BLOB

java.sql.Clob clob CLOB TEXT CLOB

java.sql.Blob blob BLOB BLOB BLOB

* 在应用程序中通过Hibernate来保存java.sql.Clob或者java.sql.Blob实例�Ӟ��必须包含两个步骤�Q?br />         a. 在一个数据库事务中先保存一个空的Blob或Clob实例�Q�b. 接着锁定�q�条记录�Q�更新在步骤�Q?�Q�中保存的Blob或Clob实例�Q�把二进制数据或长文本数据写到Blob或Clob实例中�?br />
1
2Session session = sessionFactory.openSession();
3Transaction tx = session.beginTransaction();
4Customer customer = new Customer();
5customer.setDescription(Hibernate.createClob("")); //先保存一个空的clob
6session.save(customer);
7session.flush();
8//锁定�q�条记录
9session.refresh(customer,LockMode.UPGRADE);
10oracle.sql.CLOB clob = (oracle.sql.CLOB) customer.getDescription();
11java.io.Writer pw = clob.getCharacterOutStream();
12pw.write(longText);//longText是一个长度超�q?55的字�W�串
13pw.close();
14tx.commit();
15session.close();

* 一个java�c�d��对应多个Hibernate映射�c�d��的场合。例如，如果持久化类的属性�ؓ(f��)java.util.Date�c�d��Q�对应的Hibernate映射�c�d��可以是date,time
或timestamp。此时必��L��据对应的数据库表的字�D늚�SQL�c�d��Q�来��定Hibernate映射�c�d��。如果字�D��ؓ(f��)Date�c�d��Q�则hibernate映射为datge�Q�如果�ؓ(f��)TIME则�ؓ(f��)time�Q�如果�ؓ(f��)TIMESTAMP则�ؓ(f��)timestamp�?br />

2.客户化映��类�?br />      �Q�很�ȝ��(ch��)的一个东西，�E�微看了看，日后需要再研究�q��ȝ��Q?

Eric5231 2008-01-24 15:57 发表评论

�W�八�?映射�l�成关系

Eric5231 — Wed, 23 Jan 2008 12:47:00 GMT
    1. 建立域模型和关系数据模型有着不同的出发点�Q�域模型是由�E�序代码�l�成的，通过�l�化持久化类的粒度来提高代码可重用性，��化编�E�；而关�p�L��据模型是由关�p�L��据组成的�Q�在存在数据冗余的情况下�Q�可以把�_�粒度的表拆分成��h��外键参照关系的几个细�_�度表，此外在没有数据冗余的情况下应该尽可能减少表的数目�Q�简化表之间的参照关�p�R�?br />     域模型中的聚集aggregation对象关系在关�p�L��据模型中可以通过映射为组成关�p�L��提高代码和数据库讉K��质量。比如说一个customer��h��homeAddress和comAddress属性，从域模型出发�Q�应该把homeAddress和comAddress抽取出来成�ؓ(f��)一个过�E�对象。而在关系数据模型中可以通过hibernate提供的组成关�p�进行映��。映��文件如下：(x��)

1<component name="homeAddress" class="com.homeAddress">
2  <parent name="customer"/>
3  <property name="street" type="String" column="HOME_STREET"/>
4  <property name="city" type="String" column="HOME_CITY"/>
5
6component>
�q�样�q�行映射后，�q�不需要�ؓ(f��)homeAddress和comAddress单独讄��数据库表�Q�应该把homeAddress和comAddress的属性都和customer表放在一�?br /> 而有一点要格外注意的是�Q�域模型的组成对象homeAddress和comAddress对象除了��h��一般的属性成员变量外�Q�需要�ؓ(f��)hibernate提供一个parent属性，如下所�C?br />
1packge com;
2
3import java.io.Serializabel;
4
5public class HomeAddress implements Serializable{
6   private String street;
7   private String city;
8
9   private com.Customer customer;
10
11   public void setCustomer(Customer customer){}
12      public Customer getCustomer(){}

hibernate提供的这�U�组成关�p�L��允许嵌套��?br />
1<component>
2  <compoent>
3
4  componet>
5
6component>

    2. 区分值value�c�d��和实体Entity�c�d��
        Hibernate把持久化�cȝ��属性分为value和Entity�c�d��。前者没有OID�Q�不能被单独持久化，不能单独通过session加蝲�Q�它的生命周期依赖于所属的持久化类的对象生命周期，�l��g�c�d��是一�U�类型；而后者有OID�Q�可以被单独持久化。在通过Configuration�cȝ��addClass�Q�）(j��)�Ҏ(gu��)��加蝲映射文�g�Ӟ��只需要加载与value�c�d��对应的实体类型，而不需要单独加载组件类。当通过hibernate�q�行数据库操作的时候，hibernate�?x��)自动把�l��g�cȝ��属性�{换�ؓ(f��)实体�cȝ��属性，从而和table的列对应��h��

Eric5231 2008-01-23 20:47 发表评论

Eric5231 — Mon, 21 Jan 2008 13:45:00 GMT

标识�W�生成器描述备注

increment 由hibernate通过计算max�Q�ID�Q�来获得标识�W�，�q�自动以递增的方式增�?/td> 只适用于单个hibernate应用�q�程讉K��同一个数据库场合�Q�在集群环境下不推荐

identity    有底层数据库自动增长支持�Q�因此必��L��底层数据库支持的自动增长�c�d�� long�Q�int�Q�short

sequence   �Ҏ(gu��)��底层数据库的序列来生成标识符 long�Q�int�Q�short

hilo   �Ҏ(gu��)��high/low��法来生成标识符 long�Q�int�Q�short

native �Ҏ(gu��)��底层数据库对自动生成标识�W�的支持能力来选择identity�Q�sequenece或hilo long�Q�int�Q�short

uuid.hex   采用128位的UUID生成在网�l�环境下唯一的字�W�串标识�W�，单占�I�间比较�?/td> long�Q�int�Q�short

assigned 由java�E�序负责生成标识�W?/td> long�Q�int�Q�short

Eric5231 2008-01-21 21:45 发表评论

Eric5231 — Mon, 21 Jan 2008 13:25:00 GMT

1�Q�与Java对象在JVM中的生命周期�c�M��Q�Java对象在Hibernate的session中也有生命周期类似的状态。在Hibernate的session中，对象�?�U�状态：(x��)临时状态，持久化状态，游离状态�?lt;br />
        a. 临时状态（transient�Q�，刚new出来的对象，�q�没有被session持久化，不处于session的缓存中

        b.持久化状态（persistent�Q�，已经被持久化�Q�在数据库中有相应的记录�Q�，�q�且存在于session的缓存中

        c. 游离状态（detached�Q�，已经被持久化�Q�在数据库中可能存在也可能不存在相应的记录）(j��)�Q�不存在于session的缓存中

��单的用个例子描述一下：(x��)

1

2tx = session.beginTransaction();

3Customer c1 = new Customer("Tom",new HashSet());    //c1 处于临时状�?lt;br />
4session.save(c1);                                                                   //c1转换为持久化状�?lt;br />
5Long id = c1.getId();

6c1 = null;

7Customer c2 = (Customer)session.load(Customer.class,id);     //c2 处于持久化状�?lt;br />
8tx.commit();

9session.close();                                                                                //c1转换为游��ȝ��?

10c2 = null;                                                                                          //c2转换为游��ȝ��?lt;/span>

2�Q�对象的状态�{�?lt;br />
























状态名�U?lt;/td>
            状态特�?lt;/td>
            �q�入条�g 备注
临时对象

1.不存在�Q何一个session�Q?lt;/p>

2.在数据库没有相应的记录；



1. 通过new�Q?lt;/p>

2.Session通过delete()把持久化对象和游��d��象�{化�ؓ(f��)临时对象


持久化对�?lt;/td>


1.��L��被一个Session对象兌��Q?lt;/p>

2.在数据库有相应的记录�Q?lt;br />
            3.session清理�~�存的时候，�?x��)根据持久化对象的属性变化（其实�Ҏ(gu��)��快照�Q�，来同步更新数据库



1.session的save()把��(f��)时对象�{化持久化对象�Q?lt;br />
            2.session的load()或get()�q�回的对象；

            3.session的find()�q�回的对象；

            4.session的update(),saveOrUpdate()和lock()使游��d��象�{变�ؓ(f��)持久化对象；

            5.当一个持久化对象兌��一个��(f��)时对象，当允许��联保存的情况下，临时对象也�{化�ؓ(f��)持久化对象；



            1.避免多个session实例兌��一个Java对象
游离对象

1.不被session兌��Q?lt;/p>

2.游离对象是由持久化对象�{化过来的�Q�数据库中可能存在也可能不存在相应的记录�Q?lt;/p>



1.session的close()�Q�把�~�存中的所有持久化对象都�{变�ؓ(f��)游离对象�Q?lt;/p>

2.session的evict()�Q�把�~�存中的一个持久化对象删除�Q��它变成游��ȝ��态；

            1.游离对象和��(f��)时对象的区别在于数据库是否存在相应的记录

3)Session的缓存以�?qi��ng)API

    1.Session�Q�在Session接口的实现类SessionImpl中定义了一�p�d��的Java集合�Q�这些集合构成了Sessiond�~�存

    2.API�Q?lt;br />























save()

1.在save一个��(f��)时对象之前，讄��对象的主键ID�Q�没效果�Q?lt;/p>

2.在save一个对象之后，对象主键ID不能修改�Q�否则抛异常�Q?lt;br />
            3.如果主键ID是用nactive方式生成的，一旦调用session的save�Ҏ(gu��)��Q�hibernate�?x��)立卛_��数据库插入数据；

            4.save用来持久化一个��(f��)时对象，若持久一个持久化对象�Q�没效果�Q�若持久一个游��d��象，�?x��)重新插入数据�?lt;/p>

update()

1.session清理�~�存的时候，才会(x��)��L��行update()产生的sql语句�Q�因此即使程序多�ơ修改对象属性，最后只�?x��)更新最后的修改�Q?lt;/p>

2.通过update()使一个游��d��象被一个session兌��Q�即使没有修改对象属性，在清理缓存的时候也�?x��)执行update()产生sql语句

            �Q�如果希望仅当修改对象属性才�q�行update�Q�可�?amp;lt;class>元素的select-before-update讄��为true�Q�；

            3.当update()�Ҏ(gu��)��兌��一个游��d��象，如果session中存在相同OID的持久化对象�Q�会(x��)抛出异常�Q?lt;br />
            4.当update()�Ҏ(gu��)��兌��一个游��d��象，如果数据库中不存在相应记录，�?x��)抛出异常�?lt;/p>

saveOrUpdate()

1.如果传入的是临时对象�Q�调用save(); 如果传入的是持久化对象，调用update();


load(), get() 1.两者都是根据OID从数据库中加载持久化对象�Q�区别是�Q�当数据库不存在与OID对应的记录，load()�?x��)抛出net.sf.hibernate.ObjectNotFoundException�Q�而get()�Ҏ(gu��)��q�回null�Q?lt;/td>

delete() 1.对传入的是持久化对象�Q�session��按照预先的sql语句删除一个记录；如果是一个游��L��对象，�?x��)把它关联到session�Q�在按照sql语句删除记录

    3.session的��联：(x��)因�ؓ(f��)对象是相互关联，因此在session存放的是一副相互关联的对象图。在对象-兌��映射文�g中，用于映射持久化类之间兌��的元素，�?amp;lt;set>,<many-to-one>,<one-to-many>�Q�都有一个cascade属性。casecade属性值如下：(x��)




























属性�?lt;/td>
            描述
none 默认��|��忽略兌��对象
save-update session对当前对象调用save(),update(),saveOrUpdate()�Q��联保存关联的临时对象�Q��联更新关联的游离对象
delete �U�联删除所有关联的对象
all 包含save-update(),delelte()行�ؓ(f��)�Q�当对当前对象执行evict()或lock()�Q��联执行关联的对象
delete-orphan 删除所有和当前对象解除兌��关系的对�?lt;/td>

all-delete-orphan 包含all和delete-orphan的行�?lt;/td>


Eric5231 2008-01-21 21:25 发表评论

关于hibernate category

Eric5231 — Mon, 21 Jan 2008 12:03:00 GMT
‘只有沉得下去的�h�Q�才能��Q��h��’

很久之前因�ؓ(f��)评��目的缘故，杂七杂八的学了一�D�|��间hibernate�Q�实操也不多�Q�在pccw实习(f��n)的那�D�|��间一直虽然接触着hibernate�Q�但是从来都是扮演着木头的角�Ԍ��没有真正思考过用得对不对，如果不对�Q�又应该怎么��L��善或者提�?br />
�q�段旉��Q�闲着也闲着�Q�回去pccw是不可能的了�Q��h�q�是要有自己的原则的�Q�破坏了自己的原则，你在别�h心中的�Ş象也�?x��)随之而毁的；�q�脆静下心来�Q�在学习(f��n)��C��西之前，好好重新复习(f��n)一些东西，好好把孙卫琴的《精通Hibernate》复�?f��n)一�?br />
于是hibernate�q�个Category应运而生

Eric5231 2008-01-21 20:03 发表评论

Java�c�d��	Hibernate映射�c�d��	标准SQL�c�d��	大小和取��D��?/td>
int/Integer	int/integer	INTEGER	4Byte
long/Long	long	BIGINT	8Byte
short/Short	short	SAMLLINT	2Byte
byte/Byte	byte	TINYINT	1Byte
float/Float	float	FLOAT	4Byte
double/Double	double	DOUBLE	8Byte
BigDecimal	big_decimal	NUMBERIC	Numeric(8,2)
char/Character/String	character	CHAR(1)	定长字符
String	string	VARCHAR	变长字符
boolean/Boolean	boolean	BIT	布尔�c�d��
boolean/Boolean	yes/no	CHAR(1)('Y'/'N')	布尔�c�d��
boolean/Boolean	true/false	CHAR(1)('T'/'F')	布尔�c�d��

标识�W�生成器	描述	备注
increment	由hibernate通过计算max�Q�ID�Q�来获得标识�W�，�q�自动以递增的方式增�?/td>	只适用于单个hibernate应用�q�程讉K��同一个数据库场合�Q�在集群环境下不推荐
identity	有底层数据库自动增长支持�Q�因此必��L��底层数据库支持的自动增长�c�d��	long�Q�int�Q�short
sequence	�Ҏ(gu��)��底层数据库的序列来生成标识符	long�Q�int�Q�short
hilo	�Ҏ(gu��)��high/low��法来生成标识符	long�Q�int�Q�short
native	�Ҏ(gu��)��底层数据库对自动生成标识�W�的支持能力来选择identity�Q�sequenece或hilo	long�Q�int�Q�short
uuid.hex	采用128位的UUID生成在网�l�环境下唯一的字�W�串标识�W�，单占�I�间比较�?/td>	long�Q�int�Q�short
assigned	由java�E�序负责生成标识�W?/td>	long�Q�int�Q�short

状态名�U?lt;/td>	状态特�?lt;/td>	�q�入条�g	备注
临时对象	1.不存在�Q何一个session�Q?lt;/p> 2.在数据库没有相应的记录；	1. 通过new�Q?lt;/p> 2.Session通过delete()把持久化对象和游��d��象�{化�ؓ(f��)临时对象
持久化对�?lt;/td>	1.��L��被一个Session对象兌��Q?lt;/p> 2.在数据库有相应的记录�Q?lt;br /> 3.session清理�~�存的时候，�?x��)根据持久化对象的属性变化（其实�Ҏ(gu��)��快照�Q�，来同步更新数据库	1.session的save()把��(f��)时对象�{化持久化对象�Q?lt;br /> 2.session的load()或get()�q�回的对象； 3.session的find()�q�回的对象； 4.session的update(),saveOrUpdate()和lock()使游��d��象�{变�ؓ(f��)持久化对象； 5.当一个持久化对象兌��一个��(f��)时对象，当允许��联保存的情况下，临时对象也�{化�ؓ(f��)持久化对象；	1.避免多个session实例兌��一个Java对象
游离对象	1.不被session兌��Q?lt;/p> 2.游离对象是由持久化对象�{化过来的�Q�数据库中可能存在也可能不存在相应的记录�Q?lt;/p>	1.session的close()�Q�把�~�存中的所有持久化对象都�{变�ؓ(f��)游离对象�Q?lt;/p> 2.session的evict()�Q�把�~�存中的一个持久化对象删除�Q��它变成游��ȝ��态；	1.游离对象和��(f��)时对象的区别在于数据库是否存在相应的记录

save()	1.在save一个��(f��)时对象之前，讄��对象的主键ID�Q�没效果�Q?lt;/p> 2.在save一个对象之后，对象主键ID不能修改�Q�否则抛异常�Q?lt;br /> 3.如果主键ID是用nactive方式生成的，一旦调用session的save�Ҏ(gu��)��Q�hibernate�?x��)立卛_��数据库插入数据； 4.save用来持久化一个��(f��)时对象，若持久一个持久化对象�Q�没效果�Q�若持久一个游��d��象，�?x��)重新插入数据�?lt;/p>
update()	1.session清理�~�存的时候，才会(x��)��L��行update()产生的sql语句�Q�因此即使程序多�ơ修改对象属性，最后只�?x��)更新最后的修改�Q?lt;/p> 2.通过update()使一个游��d��象被一个session兌��Q�即使没有修改对象属性，在清理缓存的时候也�?x��)执行update()产生sql语句 �Q�如果希望仅当修改对象属性才�q�行update�Q�可�?amp;lt;class>元素的select-before-update讄��为true�Q�； 3.当update()�Ҏ(gu��)��兌��一个游��d��象，如果session中存在相同OID的持久化对象�Q�会(x��)抛出异常�Q?lt;br /> 4.当update()�Ҏ(gu��)��兌��一个游��d��象，如果数据库中不存在相应记录，�?x��)抛出异常�?lt;/p>
saveOrUpdate()	1.如果传入的是临时对象�Q�调用save(); 如果传入的是持久化对象，调用update();
load(), get()	1.两者都是根据OID从数据库中加载持久化对象�Q�区别是�Q�当数据库不存在与OID对应的记录，load()�?x��)抛出net.sf.hibernate.ObjectNotFoundException�Q�而get()�Ҏ(gu��)��q�回null�Q?lt;/td>
delete()	1.对传入的是持久化对象�Q�session��按照预先的sql语句删除一个记录；如果是一个游��L��对象，�?x��)把它关联到session�Q�在按照sql语句删除记录

属性�?lt;/td>	描述
none	默认��\|��忽略兌��对象
save-update	session对当前对象调用save(),update(),saveOrUpdate()�Q��联保存关联的临时对象�Q��联更新关联的游离对象
delete	�U�联删除所有关联的对象
all	包含save-update(),delelte()行�ؓ(f��)�Q�当对当前对象执行evict()或lock()�Q��联执行关联的对象
delete-orphan	删除所有和当前对象解除兌��关系的对�?lt;/td>
all-delete-orphan	包含all和delete-orphan的行�?lt;/td>

久久久久亚洲精品美女,77777亚洲午夜久久多喷,亚洲第一成年免费网站

�Q��{�Q�Spring事务传播机制解惑

�Q��{�Q�Spring事务传播机制解惑

Transaction always commits even if marked readOnly

利用ThreadLocal���理session

Spring的Hibernate事务���理

Hibernate的Load和get�Ҏ(gu��)��区别

�W�八�?映射�l�成关系

关于hibernate category

利用ThreadLocal��理session

Spring的Hibernate事务��理