国产精品V亚洲精品V日韩精品,亚洲综合男人的天堂色婷婷,久久久久久亚洲av无码蜜芽

Hibernate 异常

java_蝈蝈 — Wed, 10 Aug 2011 00:56:00 GMT

1�?a >Using non-qualified column reference

在hibernate中��用HQL直接�Ҏ��据库�q�行update、save、delete操作�Ӟ��日志中会输出�Q?/p>

Java代码

org.hibernate.hql.ast.tree.FromElementType -164767 [http-8080-Processor72] WARN - Using non-qualified column reference

org.hibernate.hql.ast.tree.FromElementType -164767 [http-8080-Processor72] WARN   - Using non-qualified column reference

的警告信息。该警告实乃Hibernate-3.2.0版本的BUG�Q�原因是hibernate执行HQL时没有细分操作类型，日志记录�c�d��有误�Q�该BUG已在3.2.1中修复�?br />

2�?span style="color: red">deleted object would be re-saved by cascade (remove deleted object from associations)

在hibernate 删除兌��时会出现eleted object would be re-saved by cascade (remove deleted object from associations)的异常，�l�合别�h的和自己的经验通常有三�U�解决的�Ҏ��Q?/p>

�Ҏ��1 删除Set方的cascade�Q?br /> �Ҏ��2 解决兌��关系后，再删�?

    onside.getManys().remove(thisMany);   //在所兌��的一方的set中移走当前要删除的对�?/span>
    thisMany.setOne(null);                          //讄��所对应的一方�ؓ�I�，解除它们之间的关�p?/span>
    manyDao.delete(thisMany);

�Ҏ��3 在many-to-one方增加cascade 但��g��能是none

java_蝈蝈 2011-08-10 08:56 发表评论

java_蝈蝈 — Fri, 22 Apr 2011 02:45:00 GMT

针对权限��理模块的简单操�?-- ��样

权限模块

��理�?- 角色 - 资源 - 权限

��理�?-> ��理�?角色 <- 角色

角色 -> <角色-资源-权限> <- 资源
<- 权限

import java.util.HashSet;

/**
* �pȝ��角色信息
*
*/
public class SysRole {

private String roleNo ; //角色�~�码

private String roleName ; //角色名称

private String roleDesc ; //角色描述

private java.util.Set rmpSet = new java.util.HashSet();

public java.util.Set getRmpSet() {
return rmpSet;
}

public void setRmpSet(java.util.Set rmpSet) {
this.rmpSet = rmpSet;
}

public String getRoleNo() {
return roleNo;
}

public void setRoleNo(String roleNo) {
this.roleNo = roleNo;
}

public String getRoleName() {
return roleName;
}

public void setRoleName(String roleName) {
this.roleName = roleName;
}

public String getRoleDesc() {
return roleDesc;
}

public void setRoleDesc(String roleDesc) {
  this.roleDesc = roleDesc;
}
}

                                   "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">










/**
*角色-资源-权限
*
**/

public class Role_Menu_Perm {

// private String roleNo ;
//
// private String menuNo ;
//
// private String permNo ;
//
private SysRole role ;

private SysMenu menu ;

private SysPermissions perm ;

public SysRole getRole() {
return role;
}

public void setRole(SysRole role) {
this.role = role;
}

public SysMenu getMenu() {
return menu;
}

public void setMenu(SysMenu menu) {
this.menu = menu;
}

public SysPermissions getPerm() {
return perm;
}

public void setPerm(SysPermissions perm) {
this.perm = perm;
}

// public String getRoleNo() {
//  return roleNo;
// }
//
// public void setRoleNo(String roleNo) {
//  this.roleNo = roleNo;
// }
//
// public String getMenuNo() {
//  return menuNo;
// }
//
// public void setMenuNo(String menuNo) {
//  this.menuNo = menuNo;
// }
//
// public String getPermNo() {
//  return permNo;
// }
//
// public void setPermNo(String permNo) {
//  this.permNo = permNo;
// }
}

java_蝈蝈 2011-04-22 10:45 发表评论

Hibernate实践

java_蝈蝈 — Mon, 11 May 2009 16:21:00 GMT

摘要: Hibernate实践引自:http://m.tkk7.com/BlueDavy/archive/2006/03/27/37582.html 一. �? 在实际项目中使用Hibernate有两�q�多了，在两�q�多的实践过�E�中既体验到... 阅读全文

java_蝈蝈 2009-05-12 00:21 发表评论

java_蝈蝈 — Wed, 22 Oct 2008 02:48:00 GMT

借助�?/span>Hibernate强大�?/span>O/R Mapping能力�Q�我们能够通过discriminator��L��地将一颗��承树映射��C��个表中，通过discriminator��定具体映射的子�c�R�?/span>

在设�|?/span>@hibernate.discriminator column="type" type="integer"后，启动Hibernate报错�Q?/span>

Could not format discriminator value to SQL string

http://dev.csdn.net/article/82/82734.shtm

http://forum.hibernate.org/viewtopic.php?t=974225

搜烦Hibernate官方文档后发现问题，原来Hibernate默认�?/span>discriminator�?/span>type�?/span>String�Q�当讄��discriminator�?/span>type�?/span>integer后，需要�ؓ父类也设�|?/span>@hibernate.class table="TABLE_NAME" discriminator-value="not null"�Q�否则，Hibernate默认�?/span>discriminator-value是完整的�c�d��Q�在转换String�?/span>int旉��成NumberFormatException�?/span>

最后运�?/span>XDoclet�Q�生�?/span>hbm文�g�Q?/span>

"-//Hibernate/Hibernate Mapping DTD 3.0//EN"

"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">

discriminator-value="not null">

name="id" column="id" type="java.lang.Long" unsaved-value="null">

discriminator-value="1">

discriminator-value="2">

java_蝈蝈 2008-10-22 10:48 发表评论

Hibernate�E�序性能优化的考虑要点(转脓)

java_蝈蝈 — Tue, 20 Mar 2007 00:15:00 GMT

本文依照HIBERNATE帮助文档�Q�一些网�l�书�c�及��目�l�验整理而成�Q�只提供要点和思�\�Q�具体做法可以留�a�探讨�Q�或是找一些更详细更有针对性的资料�?

　　初用HIBERNATE的�h也许都遇到过性能问题�Q�实现同一功能�Q�用HIBERNATE与用JDBC性能相差十几倍很正常�Q�如果不及早调整�Q�很可能影响整个��目的进度�?/font>

　　大体上，对于HIBERNATE性能调优的主要考虑点如�?

　　Ø 数据库设计调�?/font>

　　Ø HQL优化

　　Ø API的正��?如根据不同的业务�c�d��选用不同的集合及查询API)

　　Ø 主配�|�参�?日志�Q�查询缓存，fetch_size, batch_size�{?

　　Ø 映射文�g优化(ID生成�{�略�Q�二�U�缓存，延迟加蝲�Q�关联优�?

　　Ø 一�U�缓存的��理

　　Ø 针对二��~�存�Q�还有许多特有的�{�略

　　Ø 事务控制�{�略�?/font>

　　1�?数据库设�?/font>

　　a) 降低兌��的复杂�?/font>

　　b) ��量不��用联合主�?/font>

　　c) ID的生成机�Ӟ��不同的数据库所提供的机制�ƈ不完全一�?/font>

　　d) 适当的冗余数据，不过分追求高范式

　　2�?HQL优化

　　HQL如果抛开它同HIBERNATE本��n一些缓存机制的兌��Q�HQL的优化技巧同普通的SQL优化技巧一��P��可以很容易在�|�上扑ֈ�一些经验之谈�?/font>

　　3�?主配�|?/font>

　　a) 查询�~�存�Q�同下面讲的�~�存不太一��P��它是针对HQL语句的缓存，卛_��全一��L��语句再次执行时可以利用缓存数据。但是，查询�~�存在一个交易系�l?数据变更频繁�Q�查询条件相同的机率�q�不�?中可能会起反作用:它会白白耗费大量的系�l�资源但却难以派上用场�?/font>

　　b) fetch_size�Q�同JDBC的相兛_��C��用类��|��参数�q�不是越大越好，而应�Ҏ��业务特征去设�|?/font>

　　c) batch_size同上�?/font>

　　d) 生��pȝ��中，切记要关掉SQL语句打印�?/font>

　　4�?�~�存

　　a) 数据库��~�存:�q��~�存是最高效和安全的�Q�但不同的数据库可管理的层次�q�不一��P��比如�Q�在ORACLE中，可以在徏表时指定��整个表�|�于�~�存当中�?/font>

　　b) SESSION�~�存:在一个HIBERNATE SESSION有效�Q�这�U�缓存的可干预性不强，大多于HIBERNATE自动��理�Q�但它提供清除缓存的�Ҏ��Q�这在大扚w��增加/更新操作是有效的。比如，同时增加十万条记录，按常规方式进行，很可能会发现OutofMemeroy的异常，�q�时可能需要手动清除这一�U�缓�?Session.evict以及Session.clear

　　c) 应用�~�存:在一个SESSIONFACTORY中有效，因此也是优化的重中之重，因此�Q�各�cȝ��略也考虑的较多，在将数据攑օ��q�一�U�缓存之前，需要考虑一些前提条�?

　　i. 数据不会被第三方修改(比如�Q�是否有另一个应用也在修改这些数�?)

　　ii. 数据不会太大

　　iii. 数据不会频繁更新(否则使用CACHE可能适得其反)

　　iv. 数据会被频繁查询

　　v. 数据不是关键数据(如涉及钱�Q�安全等斚w��的问�?�?/font>

　　�~�存有几�U��Ş式，可以在映��文件中配置:read-only(只读�Q�适用于很��变更的静态数�?历史数据)�Q�nonstrict-read-write�Q�read-write(比较普遍的�Ş式，效率一�?�Q�transactional(JTA中，且支持的�~�存产品较少)

　　d) 分布式缓�?同c)的配�|�一��P��只是�~�存产品的选用不同�Q�在目前的HIBERNATE中可供选择的不多，oscache, jboss cache�Q�目前的大多数项目，对它们的用于集群的��?特别是关键交易系�l?都持保守态度。在集群环境中，只利用数据库�U�的�~�存是最安全的�?/font>

　　5�?延迟加蝲

　　a) 实体延迟加蝲:通过使用动态代理实�?/font>

　　b) 集合延迟加蝲:通过实现自有的SET/LIST�Q�HIBERNATE提供了这斚w��的支�?/font>

　　c) 属性�g�q�加�?

　　6�?�Ҏ��选用

　　a) 完成同样一件事�Q�HIBERNATE提供了可供选择的一些方式，但具体��用什么方式，可能用性能/代码都会有媄响。显�C�，一�ơ返回十万条记录(List/Set/Bag/Map�{?�q�行处理�Q�很可能��D��内存不够的问题，而如果用��Z��游标(ScrollableResults)或Iterator的结果集�Q�则不存在这��L��问题�?/font>

　　b) Session的load/get�Ҏ��Q�前者会使用二��~�存�Q�而后者则不��用�?/font>

　　c) Query和list/iterator�Q�如果去仔细研究一下它们，你可能会发现很多有意思的情况�Q�二者主要区�?如果使用了Spring�Q�在HibernateTemplate中对应find,iterator�Ҏ��):

　　i. list只能利用查询�~�存(但在交易�pȝ��中查询缓存作用不�?�Q�无法利用二�U�缓存中的单个实体，但list查出的对象会写入二��~�存�Q�但它一般只生成较少的执行SQL语句�Q�很多情况就是一�?无关�?�?/font>

　　ii. iterator则可以利用二�U�缓存，对于一条查询语句，它会先从数据库中扑և�所有符合条件的记录的ID�Q�再通过ID�ȝ��存找�Q�对于缓存中没有的记录，再构造语句从数据库中查出�Q�因此很�Ҏ��知道�Q�如果缓存中没有��M��W�合条�g的记录，使用iterator会��生N+1条SQL语句(N为符合条件的记录�?

　　iii. 通过iterator�Q�配合缓存管理API�Q�在��量数据查询中可以很好的解决内存问题�Q�如:

　　while(it.hasNext()){

　　YouObject object = (YouObject)it.next();

　　session.evict(youObject);

　　sessionFactory.evice(YouObject.class, youObject.getId());

　　}

　　如果用list�Ҏ��Q�很可能��出OutofMemory错误了�?/font>

　　iv. 通过上面的说明，我想你应该知道如何去使用�q�两个方法了�?/font>

　　7�?集合的选用

　　在HIBERNATE 3.1文档的�?9.5. Understanding Collection performance”中有详�l�的说明�?/font>

　　8�?事务控制

　　事务斚w��Ҏ��能有媄响的主要包括:事务方式的选用�Q�事务隔��ȝ�别以及锁的选用

　　a) 事务方式选用:如果不涉及多个事务管理器事务的话�Q�不需要��用JTA�Q�只有JDBC的事务控制就可以�?/font>

　　b) 事务隔离�U�别:参见标准的SQL事务隔离�U�别

　　c) 锁的选用:悲观�?一般由具体的事务管理器实现)�Q�对于长事务效率低，但安全。乐观锁(一般在应用�U�别实现)�Q�如在HIBERNATE中可以定义VERSION字段�Q�显�Ӟ��如果有多个应用操作数据，且这些应用不是用同一�U�乐观锁机制�Q�则乐观锁会失效。因此，针对不同的数据应有不同的�{�略�Q�同前面许多情况一��P��很多时候我们是在效率与安全/准确性上找一个��^衡点�Q�无论如何，优化都不是一个纯技术的问题�Q�你应该对你的应用和业务特征有��够的了解�?/font>

　　9�?扚w��操作

　　即��是��用JDBC�Q�在�q�行大批数据更新�Ӟ��BATCH与不使用BATCH有效率上也有很大的差别。我们可以通过讄��batch_size来让其支持批量操作�?/font>

　　举个例子�Q�要扚w��删除某表中的对象�Q�如“delete Account”，打出来的语句�Q�会发现HIBERNATE扑և�了所有ACCOUNT的ID�Q�再�q�行删除�Q�这主要是�ؓ了维护二�U�缓存，�q�样效率肯定高不了，在后�l�的版本中增加了bulk delete/update�Q�但�q�也无法解决�~�存的维护问题。也��是��_��׃��有了二��~�存的维护问题，HIBERNATE的批量操作效率�ƈ不尽如�h�?

　　从前面许多要点可以看出，很多时候我们是在效率与安全/准确性上找一个��^衡点�Q�无论如何，优化都不是一个纯技术的问题�Q�你应该对你的应用和业务特征有��够的了解�Q�一般的�Q�优化方案应在架构设计期��基本确定，否则可能��D��没必要的�q�工�Q�致佉K��目�g期，而作为架构师和项目经理，�q�要面对开发�h员可能的抱怨，必竟�Q�我们对用户需求更改的控制力不大，但技�?架构风险是应该在初期意识到�ƈ制定好相关的对策�?/font>

　　�q�有一点要注意�Q�应用层的缓存只是锦上添花，永远不要把它当救命稻草，应用的根�?数据库设计，��法�Q�高效的操作语句�Q�恰当API的选择�{?才是最重要的�?/font>

java_蝈蝈 2007-03-20 08:15 发表评论

Hibernate 学习��结

java_蝈蝈 — Mon, 22 Jan 2007 07:11:00 GMT

摘要: 一、PO的数据类型设�|? int �q�是Integer Integer 允许�?null Hibernate 既可以访问Field也可以访问Property�Q�访问Property是只是调用getXXX()、setXXX()�Ҏ��Q�因此在from Customer where c.name=’Tom�?HQL中，name属性不需要存在，只要getName()存在��可以了�? ... 阅读全文