在工业中有关于entity bean的很多FUD(Fear,Uncertainty,Doubt)。
很多机构正在不合适的使用它们,造成性能问题。这里有一些tips和
tricks让你的entity bean有更高的性能。
1.entity bean不应该由远程的客户端直接调用,而是应该被在同一进程
中的session bean和entity bean调用。鉴于此,你应该通过local
interface来调用它们,而不是remote interface。
2.尽可能使用你的容器的caching。如果你的bean是只读的,那么
让你的容器去让他们永久的caching。如果它们是最大限度的读或
读写的,许多容器有算法来处理这种情况。记住:内存是便宜的。
3.确定你的服务器上的事务运行得越短越好,并且封装你想在事务中
做的entity bean操作。这很重要因为JdbC发生在事务的开始和结束。
如果你在每次get/set操作时使用事务,你在每次方法调用时做了sql hit。
用需要的容器管理事务属性发布session和entity bean。这将创建
在同一事务中封装了所有entity bean的session bean的事务。
4.尽量使用CMP。CMP天生的比BMP性能高。
5.如果你需要在每个事务中存取你的entity bean的所有数据,
不要在你第一次存取你的bean时取出你的所有字段的数据:你可
以通过编程来使用BMP来fine-tuning你的JDBC代码;或者如果你
的容器工具允许,你可以用CMP的方式来lazy-load你的字段。
6.如果你使用CMP,让你的容器批量的持久化你的字段。比如,
webLOGIC有field groups的术语。这个让你定义groups of
fields(甚至跨关系)来一起持久化,减少需要的sql量。
7.如果你使用CMP,用你的容器工具强制你的finder方法自动load
你的bean,而不是让finder和loading发生在两个分离的SQL表达
式。唯一一种你不该用这种方法的情况是你不准备从你的entity
bean读数据(如set字段,而不是get字段)。
用上面的方法来调节你的entity bean的性能,可以创建
在数据库中建模单列的细粒度的entity bean,和建模关系到
多表的复杂的数据的粗粒度的entity bean。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10752043/viewspace-991199/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/10752043/viewspace-991199/