团队升级一次不轻易,总要找到足够的理由或者借口:查询语法的全面增强;真正彻底的OR映射;性能的提升是三个的主要理由。另外,买一送一的,还有四个暂时不是理由的理由。
查询语法全面增强
HQL,Native SQL ,Criteria都有大幅增强,不再有太多无法完成需要sql辅助的地方
1.HQL语法增强
使用Antlr的作为语法引擎
支持subquery,distinct, nullif,case ,cast,having count(*)在内的绝大部分SQL语法
支持Bulk-Update,Bulk-Delete 语法
"update Customer set name = :newName where name = :oldName";
2.Native SQL增强
2.0时的Native基本上是流血上市,中看不中用的。3.0时才基本可用。
3. 非完整对象的查询结果返回Map 而不是Array.
2.0时按array[0],array[1]访问查询结果根本是无人敢用的语法,Map的好处是可以按名称取值
" select new map(goods.goodsNo as goodsNo,goods.code as code)from Goods goods"
Map goods =(Map)list.get(0);
Strng code = (String)goods.get("code");
真正的OR映射
完美支持三种O/R典型映射及其混合
discrim(整个继续树在同一个表,通过discrim列区分不同的子类)
unionclass(每个子类一个表,每个表拥有全部属性)
joinClass(每个父类每个子类各有一个表,父类的属性在父表,子类的表只包含子类的属性)
4.discrim支持formula虚拟列做标识符
不再需要一个单独的discriminator列,可以通过对其他列的计算得出子类的标识符
<discriminator type="int"
formula="CASE WHEN company is null THEN 0 WHEN company = 'JBoss' THEN 1 ELSE 2 END"/>
5.union class支持
<class name="Being" abstract="true">
<id name="id" unsaved-value="0" column="bid">
<generator class="increment"/>
</id>
<property name="identity" column="ident"/>
<union-subclass name="Human" table="aliens">
<property name="sex" column="sex"/>
</union-subclass>
</class>
要害性能升级
6.column-level lazy fecth
2.0的时候只能对one to many的列 lazy fecth,结果找一个对象经常藤连瓜瓜连藤找出10来个对象出来,很恐怖。3.0终于没有这个恶梦了。