hibernate annotation

咱们都知道hibernate3能够调用存储过程或函数，可是有必定的限制(具体能够查看hibernate官方手册)。
据我分析这段代码应该是用来分析字符串是不是调用存储过程或函数的语句。
解决方法：
1.不要在表或列中，出现"call"字样
2.用Criteria来代替hql语句

：双向一对多关系，一是关系维护端（owner side），可能是关系被维护端（inverse side）。在关系被维护端须要经过@JoinColumn创建外键列指向关系维护端的主键列。

publicclass Order implements Serializable {

private Set<OrderItem> orderItems = new HashSet<OrderItem>();

。。。。

@ OneToMany (mappedBy= "order" ,cascade = CascadeType. ALL , fetch = FetchType. LAZY )

@ OrderBy (value = "id ASC" )

public Set<OrderItem> getOrderItems() {

return orderItems ;

}

}

publicclass OrderItem implements Serializable {

private Order order ;

。。。。

@ ManyToOne (cascade=CascadeType. REFRESH ,optional= false )

@ JoinColumn (name = "order_id" )

public Order getOrder() {

return order ;

}

}

@OrderBy(value = "id ASC") 指明加载 OrderItem 时按 id 的升序排序

@OneToMany 的属性 ：

1>targetEntity

定义关系类的类型，默认是该成员属性对应的类类型，因此一般不须要提供定义。

2>mappedBy

定义类之间的双向关系。若是类之间是单向关系，不须要提供定义，若是类和类之间造成双向关系，咱们就须要使用这个属性进行定义，不然可能引发数据一致性的问题。

该属性的值是“多”方class里的“一”方的变量名

3>cascade

该属性定义类和类之间的级联关系。定义的级联关系将被容器视为对当前类对象及其关联类对象采起相同的操做，并且这种关系是递归调用的。举个例子： Order 和 OrderItem 有级联关系，那么删除 Order 时将同时删除它所对应的 OrderItem 对象。而若是 OrderItem 还和其余的对象之间有级联关系，那么这样的操做会一直递归执行下去。

cascade 的值只能从 CascadeType.PERSIST （级联新建）、 CascadeType.REMOVE （级联删除）、 CascadeType.REFRESH （级联刷新）、 CascadeType.MERGE （级联更新）中选择一个或多个。还有一个选择是使用 CascadeType.ALL ，表示选择所有四项。

4>fatch

可选择项包括： FetchType.EAGER 和 FetchType.LAZY 。前者表示关系类 ( 本例是 OrderItem 类 ) 在主类 ( 本例是 Order 类 ) 加载的时候同时加载，后者表示关系类在被访问时才加载。默认值是 FetchType.LAZY 。

@JoinColumn(name = "order_id") 注释指定OrderItem映射表的order_id列做为外键与Order 映射表的主键列关联。

@ManyToOne ：指明OrderItem和Order之间为多对一关系。

@ManyToOne 注释有四个属性：targetEntity、cascade、fetch 和optional，前三个属性的具体含义和@OneToMany的同名属性相同，但@ManyToOne的fetch 属性默认值是FetchType.EAGER。

optional 属性是定义该关联类是否必须存在，值为false 时，关联类双方都必须存在，若是关系被维护端不存在，查询的结果为null。值为true 时, 关系被维护端能够不存在，查询的结果仍然会返回关系维护端，在关系维护端中指向关系被维护端的属性为null。optional属性的默认值是true。optional属性实际上指定关联类与被关联类的join 查询关系，如optional=false时join 查询关系为inner join, optional=true 时join 查询关系为left join。下面代码片段解释以下:

有一点须要强调：当业务方法须要把一个实体 Bean 做为参数返回给客户端时，除了实体 Bean 自己须要实现 Serializable 接口以外 ，若是关联类(OrderItem)是延迟加载，还需在返回实体Bean以前经过访问关联类的方式加载关联类（见下例）。不然在客户端访问关联类时将会抛出加载例外。

public Order getOrderByID(Integer orderid) {

Order order = em .find(Order. class , orderid);

//!!!!! 由于是延迟加载，经过执行 size() 这种方式获取订单下的全部订单项

order.getOrderItems().size();

return order;

}

另外无论是否延迟加载，经过join fetch关联语句均可显式加载关联类 ，以下例：

public List getAllOrder() {

Query query = em .createQuery( "select DISTINCT o from Order o inner

join fetch o.orderItems order by o.orderid" );

List result = query.getResultList();

return result;

}