jOOQ 2.0发布，轻量级Java的ORM框架

资讯频道 → 编程语言

4顶
7踩

2011-11-28 14:07 by 资深编辑 luiang1018 评论(22) 有17468人浏览

jOOQ Java SQL

声明：ITeye资讯文章的版权属于ITeye网站所有，严禁任何网站转载本文，否则必将追究法律责任！

jOOQ 2.0已经正式发布。jOOQ 2.0是jOOQ的一个全新的开始，基于用户长久以来的强烈需求而开发。此次发布包括了大量的重大改进及bug修复。

jOOQ（Java Object Oriented Querying，即面向Java对象查询）是一个高效地合并了复杂SQL、类型安全、源码生成、ActiveRecord、存储过程以及高级数据类型的Java API的类库。

jOOQ 2.0中的主要改进：

更多的静态API。
jooq-codegen（编译）现在默认将生成一个“动态的”元模型而不是之前的静态模型。
不再进行异常检测。jOOQ 2.0添加了一个类似Spring中的DataAccessException层，最终则可能实现一个规范化的错误处理抽象。
窗口函数现在由下层的Aggregate等函数聚合而成，就像SQL中那样。
在涉及泛型类型等地方引入更多的类型安全。
增加一个Sequence类型。
支持数据库中的无符号数据类型。

注意，由于上述的这些改进都不兼容于jOOQ 1.x版本，因此在进行升级时应特别关注一些细节问题。详细请参见发布通告中的升级说明。完整的特性改进及bug修复列表也请参见发布通告。

另外，为防止这些不兼容问题可能对用户现有的项目造成影响，jOOQ同时发布了1.x系列的一个维护版本jOOQ 1.7，你可以暂时选择仍沿用1.x分支。不过Lukas Eder也提示，随着2.x后续版本的发布，未来升级可能更加困难。

发布通告：http://www.jooq.org/notes.php

下载地址：http://sourceforge.net/projects/jooq/files/

分享到：

4
顶

7
踩

评论共 22 条请登录后发表评论

22 楼 KimHo 2011-11-30 21:34

yangguo 写道

caoyangx 写道

create.select(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME, count())
      .from(T_AUTHOR)
      .join(T_BOOK).on(T_BOOK.AUTHOR_ID.equal(T_AUTHOR.ID))
      .where(T_BOOK.LANGUAGE.equal("DE"))
      .and(T_BOOK.PUBLISHED.greaterThan(parseDate('2008-01-01')))
      .groupBy(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME)
      .having(count().greaterThan(5))
      .orderBy(T_AUTHOR.LAST_NAME.asc().nullsFirst())
      .limit(1, 2)
      .forUpdate();

这种写法很脑残，不如写语句更直观，如果语句再复杂些，根本就无法看出逻辑。
我没用过，所以当我看到这样的写法，我要吐。可能只有作者才有免疫力，从而这个框架的LOGO才如此血腥，是不是寓意着用这个写sql，就像大姨妈一样。

有这种想象力的程序员，未来应该会成为架构师

21 楼 yangguo 2011-11-30 13:05

caoyangx 写道

create.select(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME, count())
      .from(T_AUTHOR)
      .join(T_BOOK).on(T_BOOK.AUTHOR_ID.equal(T_AUTHOR.ID))
      .where(T_BOOK.LANGUAGE.equal("DE"))
      .and(T_BOOK.PUBLISHED.greaterThan(parseDate('2008-01-01')))
      .groupBy(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME)
      .having(count().greaterThan(5))
      .orderBy(T_AUTHOR.LAST_NAME.asc().nullsFirst())
      .limit(1, 2)
      .forUpdate();

20 楼 caoyangx 2011-11-30 11:11

create.select(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME, count())
      .from(T_AUTHOR)
      .join(T_BOOK).on(T_BOOK.AUTHOR_ID.equal(T_AUTHOR.ID))
      .where(T_BOOK.LANGUAGE.equal("DE"))
      .and(T_BOOK.PUBLISHED.greaterThan(parseDate('2008-01-01')))
      .groupBy(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME)
      .having(count().greaterThan(5))
      .orderBy(T_AUTHOR.LAST_NAME.asc().nullsFirst())
      .limit(1, 2)
      .forUpdate();

19 楼 weedria 2011-11-30 09:56

请教：
1、支持SQL的哪种标准.
2、支持跨数据库吗?
3、学习的成本高吗?
4、生产的效率和执行的效率怎样?
5、如果使用此框架，能够为企业带来什么好处??

18 楼 zdmcjm 2011-11-30 07:27

垃圾框架，一行sql就能搞定的逻辑，被搞成这种惨状，最受不了的是，一点批评意见都接受不了。
这种垃圾框架，没有存在的意义。

17 楼 aa87963014 2011-11-29 21:40

jooq做的事情让人吐血。一条sql变成了一堆方法

16 楼 fainfy 2011-11-29 18:27

最后在补充一下：你知道一个网站为什么LOGO很重要吗？你知道人为什么形象很重要吗？因为人的第一感觉很重要。LOGO与形象就像一个招牌。你的Manual最前面的东西也是一样。如果你认为我看到了不全面，那是因为我觉得我已经看够了，不需要继续在看下去了。

15 楼 fainfy 2011-11-29 18:23

bcw104 写道

[url]如果jOOQ，只是在IDE为使用比JDBC更为方便，那便没有任何生存的意义。
因为开发没有人不采用IDE，你会采用Notepad写代码吗？如果作者只是认为在IDE中可以使用其自动提示的特性，这样效率便会高于JDBC一等，那就大错而特错了。因为在使用jOOQ编写之前，比采用JDBC要多做许多工作，比如声明变量、类型一系列的工作。[/url]
提高写代码的效率和减少出错，只是其中的一个优点罢了，非得要我一项项地列举吗？你既然说去官网看过了，为什么没看下面这些呢？
When to use jOOQ
When you love your RDBMS of choice, including all its vendor-specific features.
When you love control over your code.
When you love the relational data model (read this interesting article).
When you love SQL.
When you love stored procedures.
When you love both OLAP and OLTP
你用JDBC难道不声明变量和类型吗？你用Java用的不是OOP思想吗？没调查过就把人给否定了。

因为我看到了Manual，这个是你们自己做的，应该知道是什么东西吧。
我可没有评价jOOQ的意思。从你的回答，我只是想说，你只不过是想表现你下你的个人能力罢了，根本不了解市场，也不了解程序员，需要的是什么。

Java是OOP，JDBC你搞了这么多变量、类型来表示“列”根直接拼装SQL有区别吗？只不过是换了一个形式就想说有多么美吗？
在说这个jOOQ难道真的有实现ORM面向对象的编程吗？错，你还是过程式编程，完全面向问题编程，还说自己是一个轻量级“ORM”（说到底只是把JDBC换了一个形式表现而已）。
最后：我只是站在一个普通程序员的角度发表一下我自己的观点。没有任何要攻击的意思，但是你的回应让我很惊讶，一个做框架做开源的人，不懂的吸取一般用户的观点，只是站在自己的世界里面，那这东西还是收回去的好。

14 楼 bcw104 2011-11-29 16:04

引用

什么语气啊，一个东西出来了都不允许人批评？那你还是自己拿回去藏着的好！

批评当然可以，最好是多提一些，只是没调查过，只看个名字和介绍就开始评论实在让人受的了。

13 楼 bcw104 2011-11-29 15:59

12 楼 vb2005xu 2011-11-29 15:42

我使用 dbutil 我觉得很好使 , orm 很重我觉得

11 楼 vision2000 2011-11-29 15:08

这个创意应造一个Object Database 出来结合使用，把这个当作数据系统的查询语言，但用来做ORM，会不会用的很抓狂？

10 楼 freezing 2011-11-29 12:53

最近这框架要这里出现挺多的，但却没见过有人讨论和使用方面。

9 楼 jspc 2011-11-29 12:16

轻在什么地方，没有使用过，要是在简单的介绍一下那就好了

8 楼 KimHo 2011-11-29 11:40

虽然没用过这个框架，但经常见这个框架更新版本，比较频繁

7 楼 yxbwzx 2011-11-29 11:25

为什么这么多人热衷于写ORM

6 楼 fainfy 2011-11-29 10:03

bcw104 写道

fainfy 写道

bcw104 写道

z276356445t 写道

试问这东西能有多轻,都实现ORM了,还能有多轻?

ORM就不轻了？
你真正的研究过jooq吗，轻重都是相对的，你直接用JDBC的API吗？

http://www.jooq.org/manual-single-page/

刚才简单的看了一下官方提供的手册。从中间的代码看出，使用jOOQ所编写的代码相比JDBC也好不到哪里去，几乎都是与JDBC情况一样。

public class UAddressType extends UDTImpl<UAddressTypeRecord> {

    // The UDT meta-model singleton instance
    public static final UAddressType U_ADDRESS_TYPE = new UAddressType();

    // UDT attributes are modeled as static members. Nested UDT's
    // behave similarly
    public static final UDTField<UAddressTypeRecord, UStreetTypeRecord> STREET = // [...]
    public static final UDTField<UAddressTypeRecord, String> ZIP =               // [...]
    public static final UDTField<UAddressTypeRecord, String> CITY =              // [...]
    public static final UDTField<UAddressTypeRecord, String> COUNTRY =           // [...]
    public static final UDTField<UAddressTypeRecord, Date> SINCE =               // [...]
    public static final UDTField<UAddressTypeRecord, Integer> CODE =             // [...]
}

create.select(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME, count())
      .from(T_AUTHOR)
      .join(T_BOOK).on(T_BOOK.AUTHOR_ID.equal(T_AUTHOR.ID))
      .where(T_BOOK.LANGUAGE.equal("DE"))
      .and(T_BOOK.PUBLISHED.greaterThan(parseDate('2008-01-01')))
      .groupBy(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME)
      .having(count().greaterThan(5))
      .orderBy(T_AUTHOR.LAST_NAME.asc().nullsFirst())
      .limit(1, 2)
      .forUpdate();

上面的代码，最多只做了一个工作，隐藏SQL。相比JDBC来说，又简化了多少代码呢？

相比Hibernate这种ORM是从某个方面来说比较轻，但是它却提供给用户更方便简洁的API，相比IBatis，Spring JDBC以及纯JDBC，jOOQ又有何优势呢？

也许对于用记事本编程的你来说用“+”或StringBuilder不停地拼字符串跟JOOQ这种方式没什么区别，但是如果你用IDE的话就不一样了。

如果jOOQ，只是在IDE为使用比JDBC更为方便，那便没有任何生存的意义。
因为开发没有人不采用IDE，你会采用Notepad写代码吗？如果作者只是认为在IDE中可以使用其自动提示的特性，这样效率便会高于JDBC一等，那就大错而特错了。因为在使用jOOQ编写之前，比采用JDBC要多做许多工作，比如声明变量、类型一系列的工作。

5 楼 dwbin 2011-11-29 09:37

bcw104 写道

fainfy 写道

bcw104 写道

z276356445t 写道

试问这东西能有多轻,都实现ORM了,还能有多轻?

ORM就不轻了？
你真正的研究过jooq吗，轻重都是相对的，你直接用JDBC的API吗？

public class UAddressType extends UDTImpl<UAddressTypeRecord> {

    // The UDT meta-model singleton instance
    public static final UAddressType U_ADDRESS_TYPE = new UAddressType();

    // UDT attributes are modeled as static members. Nested UDT's
    // behave similarly
    public static final UDTField<UAddressTypeRecord, UStreetTypeRecord> STREET = // [...]
    public static final UDTField<UAddressTypeRecord, String> ZIP =               // [...]
    public static final UDTField<UAddressTypeRecord, String> CITY =              // [...]
    public static final UDTField<UAddressTypeRecord, String> COUNTRY =           // [...]
    public static final UDTField<UAddressTypeRecord, Date> SINCE =               // [...]
    public static final UDTField<UAddressTypeRecord, Integer> CODE =             // [...]
}

create.select(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME, count())
      .from(T_AUTHOR)
      .join(T_BOOK).on(T_BOOK.AUTHOR_ID.equal(T_AUTHOR.ID))
      .where(T_BOOK.LANGUAGE.equal("DE"))
      .and(T_BOOK.PUBLISHED.greaterThan(parseDate('2008-01-01')))
      .groupBy(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME)
      .having(count().greaterThan(5))
      .orderBy(T_AUTHOR.LAST_NAME.asc().nullsFirst())
      .limit(1, 2)
      .forUpdate();

也许对于用记事本编程的你来说用“+”或StringBuilder不停地拼字符串跟JOOQ这种方式没什么区别，但是如果你用IDE的话就不一样了。

什么语气啊，一个东西出来了都不允许人批评？那你还是自己拿回去藏着的好！

4 楼 bcw104 2011-11-29 08:33

fainfy 写道

bcw104 写道

z276356445t 写道

试问这东西能有多轻,都实现ORM了,还能有多轻?

ORM就不轻了？
你真正的研究过jooq吗，轻重都是相对的，你直接用JDBC的API吗？

public class UAddressType extends UDTImpl<UAddressTypeRecord> {

    // The UDT meta-model singleton instance
    public static final UAddressType U_ADDRESS_TYPE = new UAddressType();

    // UDT attributes are modeled as static members. Nested UDT's
    // behave similarly
    public static final UDTField<UAddressTypeRecord, UStreetTypeRecord> STREET = // [...]
    public static final UDTField<UAddressTypeRecord, String> ZIP =               // [...]
    public static final UDTField<UAddressTypeRecord, String> CITY =              // [...]
    public static final UDTField<UAddressTypeRecord, String> COUNTRY =           // [...]
    public static final UDTField<UAddressTypeRecord, Date> SINCE =               // [...]
    public static final UDTField<UAddressTypeRecord, Integer> CODE =             // [...]
}

create.select(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME, count())
      .from(T_AUTHOR)
      .join(T_BOOK).on(T_BOOK.AUTHOR_ID.equal(T_AUTHOR.ID))
      .where(T_BOOK.LANGUAGE.equal("DE"))
      .and(T_BOOK.PUBLISHED.greaterThan(parseDate('2008-01-01')))
      .groupBy(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME)
      .having(count().greaterThan(5))
      .orderBy(T_AUTHOR.LAST_NAME.asc().nullsFirst())
      .limit(1, 2)
      .forUpdate();

也许对于用记事本编程的你来说用“+”或StringBuilder不停地拼字符串跟JOOQ这种方式没什么区别，但是如果你用IDE的话就不一样了。

3 楼 fainfy 2011-11-28 19:36

bcw104 写道

z276356445t 写道

试问这东西能有多轻,都实现ORM了,还能有多轻?

ORM就不轻了？
你真正的研究过jooq吗，轻重都是相对的，你直接用JDBC的API吗？

public class UAddressType extends UDTImpl<UAddressTypeRecord> {

    // The UDT meta-model singleton instance
    public static final UAddressType U_ADDRESS_TYPE = new UAddressType();

    // UDT attributes are modeled as static members. Nested UDT's
    // behave similarly
    public static final UDTField<UAddressTypeRecord, UStreetTypeRecord> STREET = // [...]
    public static final UDTField<UAddressTypeRecord, String> ZIP =               // [...]
    public static final UDTField<UAddressTypeRecord, String> CITY =              // [...]
    public static final UDTField<UAddressTypeRecord, String> COUNTRY =           // [...]
    public static final UDTField<UAddressTypeRecord, Date> SINCE =               // [...]
    public static final UDTField<UAddressTypeRecord, Integer> CODE =             // [...]
}

create.select(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME, count())
      .from(T_AUTHOR)
      .join(T_BOOK).on(T_BOOK.AUTHOR_ID.equal(T_AUTHOR.ID))
      .where(T_BOOK.LANGUAGE.equal("DE"))
      .and(T_BOOK.PUBLISHED.greaterThan(parseDate('2008-01-01')))
      .groupBy(T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME)
      .having(count().greaterThan(5))
      .orderBy(T_AUTHOR.LAST_NAME.asc().nullsFirst())
      .limit(1, 2)
      .forUpdate();

发表评论

您还没有登录,请您登录后再发表评论

4顶7踩